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(54) Data transmitting device, data receiving device, and data recording device 



(57) A data transmitting device connected to a pre- 
scribed network, comprises coding means for receiving 
plural kinds of coded data, and coupfing these coded 
data in first data units to generate a first coded stream; 
dividing means for dividing the first coded stream in sec- 
ond data units of a prescribed data size to generate 
divided pack data corresponding to divided packs as the 
second units; packet generating means for adding 
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header information to respective divided pack data to 
generate packet data corresponding to packets as data 
transmission units; and transmitting means for output- 
ting the respective packet data toward the network as a 
second coded stream which has a data structure differ- 
ent from that of the first coded stream. 
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10001] The present invention relates to a data trans- 
mittfng device, a data receiving device, and a data 
recording device and, more particularly to an device 
which transmfts, receives, or records output data of an 
MPEG (moving picture expert group) 2 encoder or data 
Otan MPEQ2 program stream recorded in a recording 
medium such as an optical disk, through a communica- 
tion mecSum (interface) such an EEE1394 system. 
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[0002] Inrecent years, attention has been focusedon 
the IEEE1394 system as a serial transmission system 
for data. 

[0003] the IEEE1394 system uses any of 100Mbps, 
200Mbps, and 400Mbps as a base rate of daft trans- 
mission with a cycle time of 12§fS (rrtcrosecdhd). 
[^04] Also, the \EEE1 394 system defines two com- 
munteation rnethbds. namely; an isochronous transfer 
(synchronous oomrnunicafion) and an asynchronous 
transfer. In the isochronous transfer, data is transmfted 
immediately in response to a transmission request, 
wh3e in the asynchronous transfer, some delay may 
sometimes occur between generation of a transmission 
request and data transmission. 
[0005] The isochronous transfer is a communication 
method for use by data transmission which must be 
made in real time, as is typical of transmission of AV 
(Audio Video) data, in the isochronous transfer, prior to 
the start of data tra nsmission , a band required for data 
transmission is obtained Then, with tfiis band, data of 
at least one packet is tammftted once in one cycle 
(125|is), which ensures that data transmission is made 
in real time. 

[0006] Oh the other hand, ttie a^chronous transfer 
is a communication method for use by date trarigmfe* 
sion which need not be made in real time, as in the case 
of transmission of computer data such as commands or 
still picture data. It is assumed that this is identical to a 
transmission system such as a conventional SCSI 
(small computer system interface). 
[0007] Currently, for transmission of the AV data using 
the isochronous transfer, a method of transmitting data 
for digital VCR (Video Cassette Recorder), a method of 
transmitting MPEQ2 transport stream data, and so forth 
are defined. 

[0008] Ncw,abrieldescrip^ 

cation method on a network N by the use of an interface 

according to the IEEE 1394 (hereinafter referred to as 

13941/F). 

[0009) Figure 36(a) schematically shows a network to 
which three terminals are connected through the 
Suppose that terminals A, B, and C are a digital 
video camcoder (DVC). a personal computer for output- 



ting the MPEG2 transport stream (TS) as image data, 
and a repaying device for image data, respectively. Also 
suppose that the terminal A is a main terminal for out- 
putting a cycle start packet per 125fis toward the net* 

5 work hC and allocating a frequency band for data 
transmission to each terminal 
[0010] In the 1 394I/F, time for the isochronous transfer 
and time for asynchronous transfer are alocated for one 
cycle. Of the one cycte* 80% time period is used for the 

10 isochronous transfer, and the remaining 20% time 
period is used for the asynchronous transfer. Each ter- 
minal performs dafc| transmission by the isochronous 
. transfer for data which must be transmitted in real time, 
and performs date trah smf^ ori by the asyndraious 

is transfer for data which heed hot be transmitted ft real 
time. 

[001 1] Initially, each of fiie terminals A*C declares a 
frequency band required for data transmission to the 
main terminal A, and requests permission for use of the 

20 band. If permitted, each t6nT)inal uses th^bareJ for data 
tran smiss io n , whereas if hot permitted, ft tries to request 
permission for use of reduced band. When the permis- 
sion is granted* each terminal can transmit packet data 
by the isochronous transfer at least once in one cycle 

25 when it is necessary to perform the isochronous trans* 
fer. 

[0012] Hereinafter, description is given of a case 
where the terminals A and B perform data transmission 
by the isochronous transfer, and the terminal C per- 
30 forms data transmission by the asynchronous transfer, 
with reference to figure 36(B). 

[9014 Referring to figure 36(b), the main terminal A 
outputs Cycle start packets Stl, St2, SB,^, each indi- 
cating a head of each cycle in each cycle, and outputs 
35 isochronous packets Aisol, Aiso2, AisoSf ^ in each 
cycled 

[0014] The terminal B outputs isochronous packets 
Kso1, BisoS, BisoS^., in each cycle, 
[0015] The terminal G outputs ah asynchronous 
40 packet Casynl, subsequently to tfie is ochr ono us pack- 
ets Aisol , and Bisol , in a cycle between the cycle start 
packets Stl and St2. 

[0016] In a case where plural terminals output asyn- 
chronous packets, priority of the asynchronous packets 

46 is established among th em in such a manner that prior- 
ity decreases ft the. order in which transmission 
requests of the corresponding terminals are sent to the 
maort terminal. In this case, asyrHsfmSnpus packets 
which have not been transmitted in one cycle wffl be 

so trarismitted in a subsequent cycle. 

[00f7! Meanwhile, in DVD (digital versatiie disk)-Video 
standard, a method of recorcfing compressiveiy coded 
video data or audio data in a DVD disk as a recording 
medium is defined. 

55 [0018] Assume that compressiveiy coded video data 
or audio data is read from the recording medium such 
as tfie DVD, and AV decoding is performed thereto In 
this case, in general, data is read from the recording 
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medium at a rotation rate higher than a rotation rate cor- 
responding to normal data processing rate, and data is 
road irrtenruUerrtiy. 

[001 9] As shown in figure 37, a reproducing device 10 
such as a DVD player, includes a buffer 12 at a previous 
stage of an AV data decoder 13, for storing read data 
therein to buffer difference between a data readout rate 
and a data processing rate. In figure 37, reference 
numeral 1 1 designates ah optical head for reading data 
from the DVD dlskl, and reference numeral 14 desig- 
nates a display such as TV (Television Set) which dis- 
plays image data or outputs audio data on the basis of 
an output of the AV data decoder 13, 
[0020] bn the DVD player thus constructed, data trans- 
fer from the recording mecfiurn 1 to the buffer 1 2 is con- 
trolled according to amount of data stored in the buffer 
12. In response to a request Re from the AV data 
decoder 13, data Da is transferred from tfie buffer 12 to 
the AV data decoder 13. 

[0021] Here, assume that a digital interface (l/F) 15 is 
added to the DVD player as shown in figure 38. 
[0022] At a transmitting end, a transmuting device 10 
transfers data from the recording medium. 10a to the 
buffer 12, and then outputs data to the digital interface 
15. 

[0023] Meanwhile, at a receiving end, a receiving 
device 20 receives data through a digital interface 21 , 
and then ah AV data decoder 22 decodes received data 
and outputs decoded data to the TV or the like. 
[0024] In this case, since data is output from the buffer 
12 in response to a request Rq2 from the AV data 
decoder 22 of the receiving device 20, the request Rq2 
must be transmitted through the digital interfaces 21 
and 15 at the receiving end and the transmitting end, 
respectively. 

[0025] Besides, in another case where plural devices 
receives data, since operations of the corresponding AV 
data decoders might differ from each other, It is required 
that a transmitting device at the transmitting end output 
data in response to requests from respective receiving 
devices at the receiving end. Therefore, a transmitting 
device at the transmitting end must read data from a 
recording medium at a very high rate. 
[0026} Data recorded in the DVD is data which takes 
an MPEG2 program stream format (hereinafter referred 
to as MEPEG2-PS data). In order to transmit the 
MEPEG2-PS data through the 13941/F as the digital 
interface 15 in figure 38 (a), that is, to transmit it accord- 
ing to a transmitting method of the conventional MPEG2 
transport stream format data (hereinafter referred to as 
MPEG2-TS data), it is required that the MEPEG2-PS 
data be converted into the MPEG2-TS data. 
[0027] Hereinbebw, description is given of problems 
associated with transmission of the MEPEG2-PS data 
recorded in the DVD through the 13941/F from the 
transmitting end to the receiving end with reference to 
figure 39. 

[0028] Figure 39 shows detailed structures of the 



% 

interfaces 15 and 21 of transmitting device 10a and 
receiving device 20a in figure 38, respectively. The 
interface 15 of the transmitting device 10 comprises a 
conversion unit 15a for converting! the MEPEG2-PS 

5 data output from foe buffer 12 into the MPEG2-TS data, 
and a transmitting end 13941/F 15b connected to an out- 
put area of frie conversion unit 15a. The interface 21 
comprises a receiving end 13941/F 21a for receiving the 
MPEG2-TS data from the transmitting end over an net- 

10 work N, and a conversion unit 21b for converting the 
MPEG2-TS data from the 13941/F 21a into tthe 
MEPEG2^PSdata. J\ 
[009] In order to transmit the MEPEGS-PS data 
recorded in the DVD through the 13941/F, It fa required 

is that the MEPE*32-PS data be converted into the 
MPEG2^TS data oh the transmitting end, and the 
MPEG2-TS data be converted irito the MEPEG2-PS 
data at the receiving end. 

[0030] However, tfiere have been many problems 
20 associated with the above data conv^bn; Vi^^ win 
be descfftted below. 



0 the MEPEG2-PS data arid the MPES2-TS Agfa 
have contents of data description which differ from 
each other in their respective headers, and there- 
fore information of the headers must be changed, 
causing complicated data processing, 
n) The MEPEG2-PS data and the MPEG2-TS data 
respectively contain clock reference (time data) 
which a decoder usa The clock reference of the 
MEPEQ2-PS data is called "SCR* (System Clock 
Reference), and the clock reference of the MPEG2- 
TS data is called "PCR" (Program Clock Refer- 
ence). According to MPEG2, the largest interval of 
the SCR is 700ms, and the largest interval of$>e 
PCR is 100ms. When converting the MEPEG2-PS 
data into the MPEG2-7S data, more clock refer- 
ences must be created, and therefore there is a 
need for a circuit for generating a 
f signal at a transmitting end. 
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10031] The MEPEG2-PS data recorded in the DVD 
conto'r^dataunkjuetotheD\to^ 
RkB) in a private stream format When the MPEG2-TS 
45 data into which the MEPEG2-PS data has been con- 
verted is decoded by a decoder for tS, the data imbue 
to the DVD cannot be decoded. For this reason, RVfe 
necessary that the MPEG2-TS data output from the 
13941/F 21a be inversely converted into the MEPEG2- 
so PS data at the receiving end, causing a corhplicated 
structure of receiving devica 

[0032] Assuming that transmitting device is a DVb 
recorder 1 Ob for performing cooing to a TV 6ignal and 
recording a coded TV sfpjial In a recording medium 1 
55 such as the DVD, as in the case of the DVD recorder 10, 
what is needed is that the DVD recorder 1 0b includes a 
conversion unit 17 for converting the MEPEG2-PS data 
output frurn ah MPEG2 program stream encoder (^16- 
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rn^ntay and system) 16 into the MPEQ2-TS data, and 
an output of the conversion unit 17 is signal is sent onto 
an network N through an 13941/F una 1S. 
10033] The recording medium such as the optical disc 
contains data which has been subjected to error correct s 
tion codtng and modulation. In a case where the data is 
read from the recording medium such as the optical 
disk, if track jump may fails and the same data is reread 
therefrom, a buffer may underflow, or if ECC (error cor- 
rection code) decoding may develop an error, and the io 
same data is reread therefrom, a buffer may underflow 
ir^he system in figure 38. 

[0834] In this case, even if the AV data decoder 13 a! 
a transmitting end Issues a data request to the buffer, 
data wffl not be output tfierefrom, or it is not correct data is 
if output The same goes for data output to the cfgftal 
interface 15. Hence, in the system shown in figure 38, 
the AV data decoder 22 at the receiving end cannot per- 
form correct decoding, causing an incorrect video or 
audio signal to be reproduced h other words, in the 20 
system shown in figure 38, when reacting data from a 
recording medium such as. an optical disk has devel- 
oped an error in the transmitting device, if read data is 
tntismHted to the receiving end through the distal inter- 
feed, the data cannot be AV decoded correctly at the 2s 
receiving end. 

SUMMARY OF THE INYEffllON 

[0035] it is an object of the present invention to pro- 30 
vide a data transmitting device which can transmit 
MPEG2 program stream data output from an MPEG2 
encoder (elementary and system) or recorded in a 
recording medium by the use of an 13941/F without the 
necessity of converting it into an MPEQ2 transport 35 
stream. 

[0036] it is another object of the present invention to 
provide a data receiving device which can receive the 
MPEG2 program stream data transmitted by the use of 
the 13941/F and can decode the same correctiy, and a 40 
data recording device which can record the MPEG2 
program stream data transmitted by the use of the 
13941 UF in a prescribed recording format 
[0037] ft is sffil another object of the present invention 
to provide a data transmitting device which can transmit 46 
data which wffl be decoded correctly at a receiving end, 
and a data receiving device which can correctly decode 
the data transmitted from the data transmitting device, 
even if underflow or an ECC error occurs in a buffer at a 
transmitting end whfle data recorded in a recording so 
medium is transmitted. 

[0038] Other objects and advantages of the present 
invention wffl become apparent from the detailed 
description that follows. The detailed description and 
specific embodiments described are provided only for ss 
illustration since various additions and mod gic at io ns 
within the spint and scope of the invention wffl be appar- 
ent to those skill in the art from the detailed description. 



[0039] According to ffrst aspect of the present inven- 
tion, a data transmitting device connected to a pre* 
scribed network, comprises coding means for receiving 
plural kinds of coded data, and coupling these coded 
data in first data units to generate a first coded stream; 
dividing means for cfivkfing the first coded stream in sec- 
ond data units of a prescribed data size to generate 
divided pack data corresponding to divided packs as the 
second units; 

packet generating means for adding header information 
to respective divided pack data to generate packet data 
corresponding to packets as data transmission units; 
and transmitting means for outputting the respective 
packet data toward the network as a second coded 
stream which has a data structure different from that of 
the frst coded stream. Therefore, the MPEQ2 program 
stream data or the like can be dMded Mo packets 
which are smaller than its data units. As a result the 
MPEG2 program stream or the like can be output 
toward the network by a transmitting method of the 
transport stream, that is, through the IEEE 13941/F, 
without the necessity of conver tin g it into tie MPEG 
transport stream In addition, in a receiving device at a 
receiving end connected to the network, received data 
packets are coupled, thereby restoring the MPEQ2 pro- 
gram stream generated by the data transmitting device* 
[0040] Accor di n g to a second aspect of the present 
invention, in the data transmitting device as defined in 
the first aspect* the dividing means divides the first 
coded stream in such a manner that the cfvided packs 
each contains coded data of one land, therefore, the 
MPEQ2 program stream can be restored easily at frie 
receiving end* 

[0041] According to a third aspect of the present 
invention, in the data transmitting device as defined in 
the second aspect, the packet generating means gener- 
ates packet data by adding stufTng data to a divided 
pack of a size smaller than the presented data size so 
that at the generated packets are of the same size. 
Therefore, packet data is easy to handle at the transmit- 
ting end and the receiving end. 
[0042] According to a fourth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises reacting means for reading 
data recorded in sector units of a prescribed data size in 
a recording medium for each sector; cfvidlng means for 
dividing data corresponding to each sector read by the 
reacting means in data units of a data size smaller than 
that of the sector, to generate divided pack data corre- 
sponding to divided packs as frie data units; packet gen- 
erating means for adding header .i nformati on to 
respective divided pack data, to generate packet data 
corresponding to packets as data transmission units; 
and transmitting means for outputting respective packet 
data toward the network Therefore, the MPEG2 pro- 
gram stream or the Eke can be output toward the net- 
work by a transmitting method of the transport stream, 
that is, through the IEEE 1 394I/F, wfthout the necessfty 
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of converting it Into the MPEG transport stream 
[0043J Accxmtingtoafifthaspertofthepres^ 
tion, In the data transmitting device as defined in the 
fourth aspect, the dividing means divides the data cor- 
responding to the sector so that head data of each sec* s 
tor matches heal data of the corresponding divided 
pack Therefore, packet data is easy to handle at the 
receiving end. 

[0044] According to a sixth aspect of the present 
invention, in the data transmitting device as defined in 10 
the fourth or fifth aspect, the packet generating means 
generates packet data by adding information indicating 
that a divided pack contains head date of the corre- 
sponding sector to the divided pack. Therefore, divided 
packs can be restored to a pack w&h ease at a receiving is 
end Besides, the pack is divided in arbitrary byte units, 
thereby realizing effecfive use of a band of a digital 
interface such as the 1394 i/F 

[00451 According to a seventh aspect of the present 
invention, a data receiving device for receiving packet 20 
data output from the data tr ansm it tin g device as defined 
in any of the fourth to sixth aspects as a coded stream, 
comprises receiving means for receiving the packet 
data and outputting the divided pack data correspond- 
ing to each packet according to analysis of its header 25 
information; and coupling means for coupling the 
divided pack data output from the receiving means to 
generate data corresponding to the sector. Therefore, 
based on packet data output from the data transmitting 
device, the MPEG2 program stream or the Gke gener- so 
ated by the data transmitting device can be correctly 
restored. 

[0046] Accorcfing to an eighth aspect of the present 
invention, a data recording device for receiving and 
recording packet data output as a coded stream from 35 
the data transmitting device as defined in any of. the 
fourth to sixth aspects, comprises receiving means for 
receiving the packet data and outputting the divided 
pack data corresponding to each packet according to 
analysis of its header information; coupling means for 40 
coupling the divided pack data output from the receiving 
means to generate data corresponding to the sector; 
and recording means for recording the data correspond- 
ing to the sector output from the coupling means in a 
recording medium having a sector structure. Therefore, 45 
based on packet data output from the data transmitting 
device, the MPEG2 program stream or the Dke gener- 
ated by the data transmitting device can be correctly 
restored and recorded. 

[0047] According to a ninth aspect of the present so 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recording medium; buffer 
means for temporarily storing the data read by the data 
reading means; and data transmitting means for output- ss 
ting the data output from the buffer means, toward the 
network; wherein, when the buffer means goes into 
underflow state, the data transmitting means outputs 



underflow information indicating that underflow has 
occurred in the buffo- means, toward the network 
Therefore, even when underflow has occurred In a 
buffer at the transmitting end, the receiving end detfcts 
the occurrence of underflow and converts the operating 
mode from the normal mode to the error handling mode. 
As the result, speedy error-handling is realized at the 
receiving end, whereby disorder of video and audio sig- 
nals due to the occurrence of underflow in the buffer at 
the transmitting end can be suppr es sed effectively. 
[0048] Accorcfing to a tenth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reacting means for 
reading data recorded In a recording medium; buffer 
means for temporarily storing the data read by the data 
reacting means; packet generating means for adding 
header information to the data output from the buffer 
means, and generating packet data corresponding to a 
packet which is a unit of data transmission; and data 
transmitting means for outputting the packet data output 
from the packet generating means, toward the network; 
wherein, when the buffer means goes into underflow 
state, the packet generating means adds underflow 
information, to a header section of the packet which 
Information indicates that underflow has occurred in the 
buffer means, and outputs the packet toward the data 
transmitting means, therefore, even when underflow 
has occurred in a buffer at the transmitting end, the 
receiving end detects the occurrence of underflow and 
performs speedy error-handling, whereby disorder of 
video and audio signals due to the occurrence of under- 
flow in the buffer at the transmitting end can be sup- 
pressed effectively 

[0049] According to an eleventh aspect of the present 
invention, in the data transmitting device of the tenth 
aspect, the data transmitting means repeats, at fixed 
time intervals, packet-by-packet data transmission for 
outputting at least one packet data to the network at a 
fixed transmission rate; and the packet generdfrig 
means adds the underflow information to a header of an 
isochronous packet used in isochronous transfer in 
which the data transmission is performed synchro- 
nously with a transfer request generated by tfie data 
transmitting means. 

[0050) Accorcfing to a twelfth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading data recorded in a recorcfing medium: buffer 
means for temporarily storing the data read by the data 
reacting means; and data transmitting means for output- 
ting the data output from the buffer means, toward^he 
network; wherein, when the buffer means goes into 
underflow state, the data transmitting means outputs 
data of a prescribed pattern to the network, as under- 
flow information incficating that underflow has occurred 
in the buffer means. Therefore, even when underflow 
has occurred in a buffer at the transmitting end, the 
receiving end detects the occurrence of underflow and 
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performs speedy emr-handting, whereby disorder of 
video and audio senate due to the occurrence of under- 
flow In the buffer at the transniiiito 
pressed effectively. 

PQ51J Accqidfr^loaWrteerilhaspeclofthepre^ 
Jnventfon, a data receiving device connected to a pre- 
scribed network, comprises data receiving means for 
receiving data output from the data transmffing device 
cfthe ninth aspect; data analyzing means tar armfyz&ig 
the data received by the data receiving means, and out- 
putting information indicating that underflow has 
occurred at the transmitting end when underflow infor- 
mation k included in the data; and data decocfing 
means for performing decocfing based oh the data 
received by the data receiving means, and converting 
the operating mode of the decoding from normal mode 
to error hareffing mode on rece^ information indi- 
cating the occurrence of underflow. Therefore, the 
receMng end detects that underflow has occurred in a 
buffer at the trapsmBBng end. and performs speedy 
e^-handttng, whereby dsprtfer of video and audosig- 
nais due to the occurrence of underflow in the buffer at 
the transmftfing end can be suppressed effectively. 
[0052] Accordng to a fourteenth aspect of the present 
invention, a data receiving device connected to a pre- 
scribed network, comprises data receiving means for 
receiving packet data output from the data transmfttfog 
device of the tenth aspect; data analyzing means for 
analyzing the packet data received by the data receiving 
- means, and outputBng i n format io n indicating that under- 
.-"flow has occtrred at tie tran sm itt in g end when under- 
flow information is included in the packet date; and data 
detecting means for performing decoding based on the 
packet data received by the data receiving means, and 
converting the operating mode of the decocfing from 
normal mode to error handling mode on receipt of the 
irrformatioh iridteatirig tie occurrence of underflow. 
Therefore, the receiving end detects that underflow has 
occurred in a buffer at tie transmitting end, and per- 
forms speedy error-baixJfing, whereby disorder of video 
and audio signals due to the occurrence of underflow in 
the buffer at the transmitting end can be suppressed 
effectively: 

[6*1531 According to a fifteenth aspect of the present 
invention, a data receiving device connected to a pre- 
scribed network, comprises data receiving means for 
receiving isochronous packet data output from the data 
transmitting device of the eleventh aspect; data analyz- 
ing means for analyzing the isochronous packet data 
received by tie data receiving means, and outputimg 
inf orma t i on indicating that underflow has occurred at 
the transmitting end when the underflow information is 
included in the header of the isochronous packet data; 
and data decoding means for performing decoding 
based on the isochronous packet data received by tie 
data receiving means, and converting the operating 
mode of tfid decocfing from normal mode to error han- 
dling mode on receipt of the information indicating the 



occurrence of underflow. Therefore, tie receiving end 
detects that underflow has occurred in a buffer at the 
transmitting end. and performs speedy error-handing, 
whereby disorder of video and audio signals due to the 

b occurrence of underflow in the buffer at tie transmitting 
end can be suppressed effectively. 
[0054] According to sixteenth aspect of the present 
invention, a data receiving device connected to a pre- 
served network, comprises data receiving means for 

10 receiving data output from the data transmftfing device 
of the twetftii aspect; data analyzing means for analyz- 
ing the data received by the data receiving means, and 
outputtng information indicating that underflow has 
occufred at the transmitting the data of a pfe- 

15 scribed pattern is included in the received dala; and 
data decoding means for performing decoding based on 
the data received by tie data receiving means, and con- 
verting the operating mode of the decocfing from normal 
mode to error handling rttode on receipt of the informa- 

20 ton indicating the occurrence of underibw. Therefore, 
the receiving end detects thai underflow has occurred in 
a buffer at the transmitting end, and performs speedy 
error-handling, whereby disorder of video and aucfo sig- 
nals due to tie occurrence of underflow in the buffer at 

25 the transmitting end can be suppressed effectively. 
[0055] According to a seventeenth aspect of tie 
present invention, a data transmftfing device connected 
to a prescribed network, comprises data rearing means 
for reading data recorded in a recorting medium, which 

30 data is given an error-correcting code; error detecting 
means for detecting whether an errof exists in data 
processing or not, by decoding the error-correcting 
code included in the data read by the data reacting 
means; and data transmitting means for outputting tie 

35 data read from the data reacting means toward tie net- 
work; wherein, when an error in data processing Is 
detected by the error detecting means, the data trans- 
mitting means outputs error information indicating the 
occurrence of error in data processing, toward the net- 

ao work. Therefore, even when an ECC error has occurred 
during EGG decoding of data read from the recording 
media, the receiving end detects the occurrence of the 
EGC error, and converts the operating mode from the 
normal mode to the error handing mode As a result, 

45 speedy error-handing Is reatized at the receiving end, 
whereby disorder of video and audio signals due to tie 
ECC error can be suppressed effectively. 
[0056] According to an eighteenth aspect of the 
present invention, a data transmitting device connected 

so to a prescribed network, comprises data readng means 
for readng data recorded in a recording medium, which 
data is given an error-correcting code; error detecting 
means for detecting whether an error exists in data 
processing or not, by decocting tie error-correcting 

55 code included in the data read by tie data readng 
means; packet generating means for adding header 
information to the data read by the data reading means, 
and generating packet data {Responding to a packet 
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which Is a unit of data transmission; and data transmit- 
ting means for transmitting the packet data output from 
the packet generating means, toward the network; 
wherein, when an error in data processing is detected 
by the error detecting means, the packet generating 5 
means adds error information to a header section of the 
packet which information indicates that an error has 
occurred in data processing, and outputs the packet 
toward the data transmittfrig means. Therefore, the 
receiving end detects that an error in data processing, 10 
such as an ECC error, has occurred at the transmitting 
end, and performs speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0057] According to a nineteenth aspect of the present 15 
invention, in the data transmitting device of the eight- 
eenth aspect, the data transmitting means repeats, at 
fixed time intervals, packet-by-packet data transmission 
for outputting at least one packet data to the network at 
a fixed transmission rate; and the packet generating 20 
means adds the error information to a header of an iso- 
chronous packet used in isochronous transfer in which 
the data transmission is performed synchronously with 
a transfer request generated by the data transmitting 
means. 25 
[0058] According to a twentieth aspect of the present 
invention, a data transmitting device connected to a pre- 
scribed network, comprises data reading means for 
reading date recorded in a recording mecfium, which 
data is given an error-correcting code; error detecting so 
means for detecting whether an error exists in data 
processing or not by decoding the error-correcting 
code included in the data read by the data reading 
means; and data transmitting means for transmitting the 
data read by the data reading means toward the net- 35 
work; wherein, when an error in data processing is 
detected by the error detecting means, the data trans- 
mitting means outputs data of a prescribed pattern to 
the network, as information indicating that an error has 
occurred in data processing. Therefore, the receiving 40 
end detects that an error in data processing, such as an 
ECC error, has occurred at tie transmitting end. and 
performs speedy error-handling, whereby disorder of 
video and aucfio signals due to the ECC error can be 
suppressed effectively. 45 
[0059] According to a twenty-first aspect of the 
present invention, a data transmitBng device connected 
to a prescribed network, comprises data reading means 
for reading data recorded in a recording medium, which 
data is given an error-correcting code; error detecting so 
means for detecting whether an error exists in data 
processing or not by decoding the error-correcting 
code included in the data read by the data reading 
means; packet generating means for adding header 
information to the data read by the data reading means, ss 
and generating packet data corresponding to a packet 
which is a unit of data transmission; and data transmit- 
ting means for transmitting the packet data output from 



the packet generating means toward the network; 
whereon, when an error in data processing is detected 
by the error detecting means, the packet generating 
means adds Incorrect cyclic redundancy check data to 
the packet data, as information indicating that an error 
has occurred in data processing, and outputs the packet 
data Therefore, toe receiving end detects that an error 
in data processing, such as an ECC error, has occurred 
at the transmitting end, and performs speedy error-han- 
dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0060] According to a twenty-second aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 
for receiving data output from the data transmitting 
derice of the seventeenth aspect; data analyzing 
means for analyzing the data received by the data 
receiving means, and outputting information indicating 
that an error has occurred in data processing at the 
transmitting end when the error information is included 
in the received data; and data decoding means for per- 
forming decoding based on the data received by\jbe 
data receiving means, and converting the operating 
mode of the decoding from normal mode to error han- 
dling mode on recent of the information indicating the 
occurrence of error in data processing. Therefore, foe 
receiving end detects that an error in data processing, 
such as an ECC error, has occurred at the transmitting 
end, and performs speedy error-handling, whereby dis- 
order of video and audio signals due to the ECC error 
can be suppressed effectively. 

[0061] According to a twenty-third aspect of the 
present invention, a data receiving device connected to 
a presented network, comprises data receiving means 
for receiving packet data output from the data transmit- 
ting device of the eighteenth aspect data analyzing 
means for analyzing the packet data received by foe 
data receiving means, and outputting information indi- 
cating that an error has occurred in data processing at 
the transmitting end when the error i n fo rma t io n is 
included in the packet data; and data decocting means 
for performing decoding based on the packet data 
received by the data receiving means, and converting 
the operating mode of the decoding from normal mode 
to error handling mode on receipt of the information Indi- 
cating toe occurrence of error in data processmg. 
Therefore, the receiving end detects that an error In 
data processing, such as an ECC error, has occurred at 
the transmitting end, and performs speedy error-han- 
dling, whereby disorder of video and audio signals due 
to the ECC error can be suppressed effectively. 
[0062] According to a twenty-fourth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises data receiving means 
for receiving isochronous packBt data output from the 
data transmitting device of the nineteenth aspect data 
analyzing means for analyzing the isochronous pafcket 
data received by the data receiving means, and output- 
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ting information indicating that an error has occurred In 
data processing at the transmitting end when the error 
information Is included in the header of the isochronous 
packet data; and data decoding means for performing 
dSbodng based on toe Is oc hr o nou s packet data s 
received by the data receiving means, and converting 
the operating mode of the decoding from normal mode 
to error handling mode on receipt of the information indi- 
cating tha occurrence of error in data processing. 
Therefore, the receiving end detects that an error in 10 
data processing, such as an ECC error, has occurred at 
the transmitting end, and performs speedy error-han- 
dling, whereby disorder of video and audio signals due 
to tie ECC error can be suppressed effectively. 
[0063] According to a twenty-fifth aspect of the is 
p^sent invention, a data receiving device connected to 
a preserved network, comprises data receiving means 
for receiving data output from the data transmitting 
device of the twentieth aspect; data analyzing means for 
analyzing the data received by the data receiving 20 
means, and outputting information indfoathg that an 
error has occurred In data processing at the tra nsmitting 
end when the data of a prescribed pattern is included in 
the received data; and data decoding means for per- 
forming decoding based oh the data received by the 2s 
data receiving means, and converting the operating 
mode of the decocting from normal mode to error han- 
dftig mode on receipt of the information Mf eating the 
occurrence of error in data processing. Therefore, the 
receiving end detects that ah error in data processing, so 
such as an ECC error, has occurred at the tra n sm itting 
end, and performs speedy error-handing, whereby dis- 
order of video aid audio signals due to the ECC error 
can be suppressed effectively. 

[0064] Accordfrtg to a twertty-sixth aspect of the 35 
present invention, a data receiving device connected to 
a preserved network, comprises data receiving means 
for receiving packet data output from the data transmit- 
ting device of the twenty-first aspect; data analyzing 
means for a naly zin g the packet data received by the 40 
data receiving means, and outputting Information indi- 
cating thai the cycle redundancy check data is incor- 
rect, when the cycGc redundancy check data included in 
the header section of the packet data is incorrect; and 
data decocting means for performing decoding based on 46 
the packet data received by the data receiving means, 
and converting the operating mode of the decoding from 
normal mode to error handling mode on receipt of the 
information indicating that the cyclic redundancy check 
data is incorrect Therefore, the receiving end detects so 
tbgt an error in data processing, such as an ECC error, 
has occurred at the tr ansm itt i ng end, and performs 
speedy error-handling, whereby disorder of video and 
audio signals (foe to the ECC error can be suppressed 
effectively, 55 
[0065] According to a twenty-sever* aspect of the 
present invention, the data transmitting device as 
defined in any of the ninth and twelfth aspects, com- 



prises dividing means for dividing data output from the 
buffer means in data units of a data prescribed size, to 
generate dvfded pack data corresponding to dMded 
packs as the data units; and packet generating means 
for adding header information to respective divided pack 
data to generate packet data corresponding to packets 
as data transmission units, the data tr ansmitting means 
outputting the packet data toward the network as data 
output from the buffer means. If underflow may occur In 
the buffer at the transmitting end, this is detected, and 
error is processed speedily at the receMng end, 
whereby disorder of the video or aucfio signal due to 
occurrence of underflow can be effectively suppr ess e d * 
Besides, the MPEG2 pro gr am stream data recorded fin 
sector units in a recording mectium such as DVD can be 
divided into packets smaller than the sector. As a resuft, 
the MPEG2 program stream or the Ifce can be output 
toward the network by a transmitting method of the 
transport stream, that is, through tile IEEE 139414% 
without the necessity of converting ft into the MPEG 



[00661 Accorting to a twenty-eighth aspect of the 
present invention, a data receiving device connected to 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transmitting 
device of the twenty seventh aspect; data analyzing 
means for analyzing the packet data received by the 
data receiving means, and outputting information indi- 
cating that underflow has occurred at a transmitting end 
when the packet data contains the underflow informa- 
tion; and data decocting means for pe rf o rm i ng decoding 
based oh the packet data received by the data receiving 
means, and converting decoding operation mode from 
normal mode to error handling mode, upon receipt of 
the in fo r mat io n in dic at ing that underflow has occurred 
Therefore, the underflow is detected at the receiving 
end, and error is processed speedtiy, whereby disorder 
of the video or audio signal due to occurrence of under- 
flow can be effectively suppressed. Besides, based oh 
packet data output from the data transmitting device, 
the MPEG2 program stream or the like generated by the 
data transmitting device can be restored. 
[0067] According to a twenty-ninth aspect of the 
present invention, on the data transmitting device as 
defined in any of tenth or eleventh aspect further com- 
prises: dividing means for dividing data output from the 
buffer means in data units of a prescribed data size, to 
generate divided pack data corresponding to cfivided 
packs as the data units, the packet generating means 
receiving tie divided pack data as the data output from 
the buffer means and adding header inf o rmatio n to 
respective divided pack data to generate tie packet 
data. Besides, tie MPEG2 program stream data 
recorded in sector units in a recording medium such as 
DVD can be divided into packets smaller than the sec- 
tor. As a result, tie MPEG2 program stream or the like 
can be output toward the network by a transmitting 
method of the transport stream, that is, through the 
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IEEE 1 394I/F, without the necessity of converting it into 
the MPEG transport stream 

[0068] According to a thirty aspect of the present 
invention, in a data receiving device connected to a pre- 
scribed network, comprises receiving means for recerv- s 
ing packet data output from the data transmitting device 
of the twenty ninth aspect data analyzing means for 
analyzing the packet data received by the data receiving 
means, and outpirffirig information indicating that under- 
flow has occurred at a transmuting end when the packet 10 
data contains the underflow in fo r mation; and data 
decoctf ng means for performing decoding based on the 
packet data received by the date receiving means, and 
converting decoding operation mode from normal mode 
to error handling mode, upon receipt of the fnforrhafion is 
indicating that underflow has occurred. Therefore, the 
underflow is detected at the receiving end, and error is 
processed speedily, whereby disorder of the video or 
audio signal due to occunence of underflow can be 
effectively suppressed. Besides, based on the received 20 
packet data, the MPEG2 program stream data gener- 
ated at the transmitting end or the like can be restored. 
[0069] According to a thirty-first aspect of the present 
invention, in the data transmitting device as defined in 
any of seventeenth and twentieth aspects, further corn- 25 
prises dividing means for dividing data read from the 
data reading means in data units of a prescribed data 
size, to generate divided pack data corresponding to 
divided packs as the data units; and packet generating 
means for adding header information to respective so 
divided pack data to generate packet data correspond- 
ing to packets as data transmission units, the data 
transmitting means outputting the packet data toward 
the network as the data read by the data reading 
means. Therefore, if an ECC error may occur when per- 35 
forming ECC decoding to data read from the recording 
medium, this is detected, and the operating mode 
switches from normal mode to error handling mode, 
whereby error is processed speedily, and disorder of the 
video or audio signal due to occurrence of underflow 40 
can be effectively suppressed. Besides, the MPEG2 
program stream data recorded in sector units in a 
recording medium such as DVD can be divided into 
packets smaller than the sector. As a result, the MPEG2 
program stream or the like can be output toward 45 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F. without the necessity 
of converting H into the MPEG transport stream. 
[0070} According to a thirty-second aspect of the 
present invention, a data receiving device connected to so 
a prescribed network, comprises receiving means for 
receiving packet data output from the data transmitting 
device of the thirty first; data analyzing means for ana- 
lyzing packet data received by the data receiving means 
and outputting information indicating that an error has 55 
occurred in data processing at a transmitting end when 
the packet data contains the error Information; and data 
decocfing means for performing decoding based on the 



packet data received by the data receiving means; and 
converting decoding operation mode from normal mote 
to error handling mode, upon receipt of the information 
indicating that the error has occurred in the data 
processing. Therefore, ECC error at the transmftfeg 
end is detected, and disorder of video or audio signal 
due to the error can be effectively suppressed at the 
receiving end. Besides, based oh the received packet 
data; the MPEG2 program stream data generated at the 
transmitting end or the like can be restored 
[0071 J According to a thirty-third aspect of the present 
invention. En the data transrrtfttfhg device as defined in 
any of the eighteenth, nineteenth, and twenty first 
aspects further comprises dividing means for dMdfng 
date read by the data reading means in data units » a 
prescribed data size, to generate divided pack data cor- 
responding to divided packs as the date units, the 
packet generating means receiving the divided ^ack 
data as the data read by the data reading means and 
adding header informat i on to respective divided pack 
data to generate the packet data. HF ah ECC error may 
occur when performing ECC decoding to data read from 
the recording medium, this is detected, and the operat- 
ing mode switches from normal mode to error handling 
mode, whereby error is processed speedily, and disor- 
der of the video or audio signal due to occurrence of 
underflow can be effectively suppressed. Besides, the 
MPEG2 program stream data recorded in sector units in 
a recording medium such as DVD cam be divided into 
packets smaller than the sector. As a result, the MPEG2 
prog-am stream or the like can be output toward the net- 
work by a transmitting method of the transport stream, 
that is, through the IEEE 13941/F, without the necessity 
of converting it into the MPEG transport stream. 
[0072] According to a thirty-fourth aspect of the 
present invention, a data receiving device connected to 
a preserved network, comprises receiving means; for 
receiving packet data output from the data transrrtfftpg 
device of the thirty third aspect: data analyzing means 
for analyzing the packet data received by the data 
receiving means, and outputting information indicating 
that an error has occurred rh data processing at a trans- 
mitting end when the packet data contains the wror 
information; and data decoding means for perfo rmin g 
decoding based on the packet data received by the data 
receiving means, and converting decoding operation 
mode from normal mode to error handling mode, upon 
receipt of the information indicating that the error has 
occurred in the data processing, therefore, ECC error 
at the transmitting end is detected, and disorder of vdfeo 
or audio signal due to the error can be effectively sup- 
pressed at the receiving end. Besides, based on the 
received packet data, the MPEG2 program stream data 
generated at the transmitting end or the like can be 
restored 
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BRIEF DESCRIPTION OF THE DRAWINGS 

' Figure 1 is a block diagram shewing a data trans- s 
miffing device according to a first embodiment of 
the present invention. 

Figures 2(a)-2(c) are diagrams showing pacta! 

generation in the data transmitting device of the first 
x embodiment w 
% Figure 3 is a diagram showing another packet gen* 

eration in the data transmitting device of the first 

embodiment. 

Figure 4 Is a diagram showing another packet gen- 
eration in the data transmitting device of ttte ffrst is 
errbocfirnent 

■v Figure 5 is a block diagram stowing a data trans- 
miffing device according to a second enijocfiment 
of the present invention* 

Figure 6 is a diagram for explain^ 20 
ting device of the second embodiment and shewing 

^\ a data structure of DVD-Video data. 

4 Figure 7 is a diagram for explaining packet genera- 
tion in the data transmitting device of the second 
embodiment. 

Figure 8 te a cfiagram for explaining another packet 
generation in the data transmitting device of the 
second embodiment. 

Figure 9 is a diagram for explaining another packet 
•tf generation in the data transmittin g device & tit* so 
second embodiment 

Figure 10 is a block diagram for explaining a data 
trans m it ti ng device according to a third embocfi- 

\\ merit of the present invention. 

Figure 11 is a diagram for explaining anofoerpacket 35 
generation in the data tra nsm it ting device of ihe 
third embodiment 
■ Figures 12(a) and 12(b) are cSagramsfor explaining 
a structure of a packet generated by the data trans- 
mitting device of the third embodiment 40 
Rgure 13isaWockcriagramshawinga 

- \ miffing derfce according to a fourth embocfiment of 
the present invention. 

Figure 1 4 is a diagram for explaining packet gener- 
ation in the data transmitting device of the fourth 46 
^* embodiment 

Figure 1 5 is a diagram for explaining packet gener- 
ation in the data transmitting dance of foe fifth 
embodiment 

Figures 16(a) and 16(b) are cfiagrams for explaining so 
a data receiving device and a data recording device 
according to a sixth embodiment of the present 
invention. 

Figure 17 is a block diagram shewing a data trans- 
? miffing device according to a seventh embodiment ss 
of tie present invention. 

Figures 18(a)-18(e) are a timing chart diagram lor 
*| explaining operation if the data transmitting device 
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of the seventh embodiment 
Figures 1 9(a) and 1 9(b) are cfiagrams for explaining 
a structure of a packet generated by the data trans- 
mitting device of foe seventh embodirnent 
Figures 20(a) and 20(b) are cfiagrams showing a 
structure of a packet generated by the data trans- 
mitting device erf the seventh embocfiment 
Figures 21 (a) and 21(b) are a riming chart diagram 
for explaining a data transmitting device according 
to an eighth embodiment of the present invention. 
Figures 22(a) and 22(b) are diagrams for explaining 
a structure of a packet (Including spedffc pattern 
data) generated by the data transmi t ting device of 
the eighth embodiment 

figures 23(a) and 23(b) are diagrams for explaining 

astruc^e<rfapackBt(inducfir^ 

dab) generated by foe data tr a n smi t tin g device of 

the eighth embocfiment 

Figure 24 is a block diagram shewing a data receiv- 
ing device according to a ninth embodiment of foe 
present invention. 

Rgure 25 Is a block diagram for shbwhg a data 
transmitting device according to ah eleventh 
embodiment of the present invention. 
Figures 26(a) and 26(b) are diagrams showing 
structures of data output from foe data transmitting 
device of foe eleventh embodiment 
Figures 27(a) and 27(b) are cfiagrams showing a 
structure of a packet (ECC flag 0) generated by foe 
data tr an smi tting device of the eleventh embodi- 
ment 

Rgure 28 is a diagram showing a structure of a 
packet output onto a network N from foe data trans- 
mitting device of foe eleventh embocfiment 
Figures 29(a) and 29(b) are cfiagrams showing a 
stricture of a packet (ECO flag 1) generated by foe 
data transm it ting device of the eleventh embodi- 
ment. 

Rgure 30 is a diagram for explaining a date trans- 
mitting device and showing a packet output toward 
the network N from the data transmitting device of 
the twelfth embodiment 

Figures 31(a) and 31(b) are cfiagrams showing a 
structure of a packet which contains no specific pat- 
tern data generated by foe data transmitting device 
of the twelfth embodiment 
Figures 32(a) and 32(b) are cfiagrams showing a 
structure of a packet which contains specific pattern 
data generated by foe data tr ans mit tin g device of 
foe twelfth embodiment 

Rgure 33 is a diagram for explaining a data trans- 
mitting device according to a thirteenth embodi- 
ment of foe present invention. 
Rgure 34 Is a block diagram showing a data receiv- 
ing device according to a fourteenth embodiment of 
foe present invention. 

Rgure 35 is a block diagram showing a data receiv- 
ing device according to a seventeenth embodiment 
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of the present Invention. 

Figures 36(a) and 36(b) are diagrams for explaining 
data communication by ah 13941/F. 
Figure 37 is a block diagram showing a reproducing 
device such as a DVD player. 
Figure 38 is a block diagram showing a reproducing 
device such as a DVD player to which a digital inter- 
face (13941/F) fe added. 

Figures 39 is a diagram showing transmitting 
device 10 rn figure 38 and receiving device 20 in fig- 
ure 38. 

Figure 40 Is a diagram shewing a DVD recorder 
which performs coding to a TV 6ignal and records a 
coded TV signal in a recording medium such as the 
DVD. 

Figure 41(a) fe a diagram showing data X of ah 
MPEG2-PS (program stream); frcpre 41(b) is a dia- 
gram showing MEPEG2-PS data Y recorded in 
DVD, and figure 41(c) is a diagram showing data 2 
of an MPEG-TS (transport stream) for broadcast- 
ing: 

DETAILED DESCRIPTION OF THE PRPFFRRPn 
EMBODIMENTS 

[0074] Inventors of the present invention Studied the 
problems carefully, and discovered that the reason why 
the MEPEG2-PS data cannot be transmitted by the use 
of the 13941/F unless ft is converted into the MPEG2-TS 
data is that a pack or a packet of the MEPEG2-PS data 
is by far larger than that of the MPEG2-TS data handled 
by the 13941/F This wfl! be described below. 
[0075) Referring now to figure 41(a), in general 
MPEG2-PS (program stream) data X, its packs X1- 
X4....are variable in length. For example, the pack XI of 
video date, the pack X2 of audio data, frie pack X3 of 
video data; and the pack X4 of audio data, are pack 
length 4kB, pack length 1kB, and pack length 3kB, and 
pack length 0.5kB, respectively. 
[00761 Referring to figure 41 (b). In MEPEG2-PS data 
Y recorded In the DVD, its packets Y1-Y4 are respec- 
tively fixed in length (2kB). Irrespective of video data 
packets (Y1„ Y2, and Y4) of a aud&o data packet (Y3), 
and each packet contains a header Yh in its head. 
[0077J Referring to figure 41(c), in MPEG-TS (trans* 
port stream) data Z for broadcasting, fe packets Z1-27 
are respectively fixed in length (188B), irrespective of 
video data packets Z1-Z3, and 26, or audio data pack- 
ets Z4 and Z5, and Z7. 

[0078] Hare, transmission of these stream data 
through he 13941/F wiD be discussed; 
[0079] In a case where a base rate is 100Mbps, it Is 
possible to transmit 1.25kB (lOOMaps/BkHz) data in 
one cycle (125 psec = 1/8 [kHz]). Since 80% time of the 
one cycle is used for the isochronous transfer, about i 
1kB (1.25kB x 6.8) data can be transmitted by the iso- 
chronous transfer in one cycle. 

[0080] The MPEG2-TS data packets are respectively 



188B in size, and are therefore satisfactorily t ransmtte d 
in one cycle, whereas most of the packs of the MPEG2- 
PS (program stream) data X and packets of the 
MEPEG2-PS data (2kB) recorded in the DVD cannot be 
s transmitted in one cycle. 

[0081] In case of 200Mbps, it is possible to transmit 
2.5kB (200Mbps/8kHz) data in one cycle. In this case, 
data transmitted by the isochronous transfer in Ihe 
cycle is about 2kB (2.5kB x 0.8), so that it is impossible 
10 to transmit the MPEG2-PS (program stream) data X 
and the MEPEG2-PS data Y recorded in the DVD 
because overhead or the like must be taken into 
account 

[0082] in case of 400Mbps, it is possible to transmit 
15 5kB (400Mbps/BkHz) data in one cycle, and therefore 
data transmitted by the isochronous transfer in one 
cycle is about 4kB (5kB x 0.8), so that it is possible to 
transmit the MEPEG2-PS data Y recorded In the DVtX 
[0083] In this case, however, a band required fortrans- 
20 netting the MEPEG2-PS data is 128Mbps (one paoftet 
size (2MB) x frequency (8kHz)), and is thus large, com- 
pared to the maximum access rate 10.08Mbps of the 
DVDdata, 

[0084] So, inventors have conceived a data transmit- 
25 ting device in which the MEPEG2-PS data Is divided 
into packs which are sufficiently smaller than data of 
about 1 kB which can be transmitted by the isochro no us 
transfer in one cycle, headers are added to data of 
respective packs, and the resulting packet date is trans- 
30 mated, a data receiving device far restoring the 
MEPEG2-PS data from the packet data transmfed 
from the data tra nsmi t ting device, and a data re cor d ing 
device for restoring the MEPEG2-PS data from the 
packet data transmitted from the data transmitting 
35 device, and recording it in a prescribed recortfrig for- 
mal. 

[0085] In addition, as solutions to the problem that the 
request for data transfer from frte recording medium to 
the buffer must be performed through the cfigital inter- 

to face on the transmitting end, and the problem that data 
must be read from frie recording medium at a high rate 
when plural receiving devices receive data, inventors 
have proposed a method of transmitting dock infbr|rjp- 
tion of an AV data decoder on a transmitting end 

<s together with AV data through a digital interlace, gener- 
ating a clock of an AV data decoder from this clock Infor- 
mation and decocting AV data on a receiving end 
(Japanese Patent Publication No. Hei 10-149617). 
However, if data is reread because error or the like has 

so occurred, the buffer underflows, which makes it Impos- 
sible to perform correct AV decoding at the receiving 
end. 

[0086] As a solution to this, inventors have conceived 
a data transmitting device for transmitting underflow 
& information indicating whether or not the buffer unJfer- 
flows at the transmitting end to the receiving end, and a 
data receiving device for setting a operating mode to be 
error handling mode upon detecting occurrence of 
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underflow in the butter on the transmitting end accord- 
ing to the underflow information. 
[0087] No*, preferred embodiments of the present 
inventon wil be described with reference to figures. 

5 

[0088] Figure 1 Es a block diagram showing a data 
tr ansm i tting device according to a first embcKfiment of 
the present invention, and figure 2 is a diagram tor to 
ex plain in g generation of packets In foe data traifenmtling 
device. First construction of the device will be 
described. 

[0089] Referring now to figure 1, ther e is shown a data 
transmitting device 1001, which includes a video 1* 
encoder 101 for cocing a video signal 110 to generatea 
video elema^ajystmam112,anaudtoencoder102for 
cteftrtg an audio signal 111 to generate an audio ele- 
nSntary stream 114, and a system encoder (system 
coding means)1 03 for cflviding each of video elementary 20 
stream 112 and the aucfo elementary stream 113 into 
picks so that each pack has an appropriate size, inter- 
leaving video cfata and audio data in packs to generate 
an MPEG2 program stream 114, and outputting the pro- 
gram stream 114. & 
[0090] The data transmitting device 1001 further 
includes a data divider (dividing means) 104 for dividing 
the program stream 114 into packs (cfivided packs) so. 
that each pack has a size in accordance with a control 
serial 116, a packet generator 105 for adcing headers so 
for transmission 221. 223__ to the respective packs 
211, 212...... to generate packets 222, 224, — . a data 

transmitter 107 for outputting these data in packet units 
onto an network N by the isochronous transfer or the 
async hr o no us transfer, and a system controller 103 lor ss 
contrding the data divider 104 using the oantrol signal 
116. The data transmitter 107 has the same construc- 
tion as the prior art 13941/E 

[0091] Operation erf the device 1001 wM how be 
descrfced. 40 
[0092] When the video signal 110 and the aucfio signal 
rk are input to the device 1001, the video signal 110 
and the aucfo signal 111 are coded by the video 
encoder 101 and the aucfo encoder 102, respectively; 
and the resulting video elementary stream 113 and 4$ 
audio elementary stream 114 are respectively output 
from them and input to the system encoder 103. 
[0093] The system encoder 103 divides each of the 
video elementary stream 113 and the audio elementary 
stream114 into packs so that each pack has anappro- so 
priate size, interleaves these packs;, and outputs the 
MPEG2 p r og ram stream 114. 

[0094] The elementary streams 112 and 113 are 
divided by the system encoder 103 so that AV synchro- 
nization is correctly established using imited buffer 55 
amount, that is, aucfo data is correctly In synchroniza- 
tion wfth video data, when a decoder decodes the 
MPEG2 program stream 117. 



[009^ Rgure2(a) shews a structure of the MPEQ2 
program stream 1 14 generated by the system encoder 
103. As shown in figure 2(a), in general, video data 
packs 201, 203, 205, 207,..., and aucfio data packs 202, 
204, 206, 208, — are variable in length. 
[0096] When the stream 114 outpyt from the system 
encoder 103 is input to the data divider 104, the divider 
104 divides the stream 114 into packs so that each pack 
has a size specAed by the control signal 116 output 
from the system controller 106. Here, assume that the 
stream 1 1 4 is cfivided into packs of the same size start* 
big wffh its head. Frpm the data dMder 104, tfie drvided 
packs 211, 212,-. shown in figure 3i<bJ are output 
[0097] The packs 211, 212, are input to the packet 
generator 105 in this order, which adds headers for 
transmission 221 , 223, „ tp these packs 211,21 2^, to 
generate packets 222, 224 ..... vvhigh are output to the 
data transmitter 107, which outputs these! packets 
toward the network N by this isocrronbus transfer or by 
the asynchronous transfer. 

[00991 Thus, in the data transmitting device 1001 of 
the first embodiment, the MPEG2 program stream data 
1 14 is packefized and output Therefore, it is posabte to 
divide the MPEG2 program stream data 114 according 
to amount of data to-be-transmitted in one evele byttie 
data tr ansmi t t er 107 of fie same const r uction as the 
conventional 13941/F, and output the resulting pack* 
etized data toward the network As a result it is possible 
to transmit the MPEG program stream data output from 
the MPEG2 system encoder by the use of the 13941/F 
without the necessity of converting ft into the MPEGS2 
transport stream. 

[0099] In adefition, in the receiving device which has 
received these packets, these packet data is coupled to 
restore the MPEG2 program stream generated by toe 
data transmitting device 1001 . 
[0100] Besides, wh9e in the first embodiment, tie 
MPEG2 program stream is divided into packs of the 
same size starting with Bs head as shown in figure 2, 
dividing method shown in figure 3 may be employed. 
[Oioi] In this case, as in the first embedment, when 
dividing the MPEG2 program stream (see figure 3(a)) 
into packs, a head of a pack of the stream matches a 
head of the corresponding divided pack 
[0102] For such division, the data divider 104 is 
instructed by the system controller 106 on its method. 
The system encoder 103 outputs the stream 1 14 and a 
head position signal 115 indicating that head data of 
each pack of the stream 114 has been output to the 
data divider 104. Thereby; tie data divider 104 detects 
a head of the pack of the program stream output from 
the system encoder 103. 

[0103] For instance, since a size of the video data 
pack 201 is not an integer multiple of that of the corre- 
sponding divided pack, the last drvided pack 301 of the 
cfivided packs of the pack 201 is smaller than a normal 
divided pack The packet generator 105 adds a header 
303 to the cfivided padt 301 as En tfie case of a cfivided 
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pack of a normal size, and outputs the resulting packet 
304. 

[0104] Likewise, since a size of the audio data pack 
202 is not an integer multiple of that of the correspond- 
ing divided pack, the last divided pack 305 of the pack s 
202 is smaller than a normal divided pack. The packet 
generator 1 05 adds a header to the divided pack 305 as 
in the case of tfie divided pack 301, to be output toward 
the network N. 

[0105] The data transmitting device so constructed, to 
the MPEG2 program stream data can be packstized 
and output toward the network N through the 13941/F, 
and in addition, video data and audio data do not coex- 
ist In a packet Moreover, even If a packet lacks due to 
occurrence of a communication error, data of the follow- is 
ing packet can be decoded. 

[01061 ln addition, in the receiving device which has 
received these packets, these packet data is coupled to 
restore the MPEG2 program stream. 
[0107] Further, as a pack dividing method of the data 20 
divider 104, a method shown in figures 4(a) and 4(b) is 
possible, In addition to methods in figures 2(a) and 2(b) 
and 3(a) and 3(b). 

[01 08 J Also in this method, as In the first embodiment 
when dividing the MPEG2 program stream (see figure 25 
4(a)) into packs, it is possible that a head of a pack of 
the stream matches a head of the corresponding 
divided pack as shown in figure 4(b) and all the packets 
are of the same size. 

[0109] For instance, since a size of the video data 30 
pack 201 is not an integer multiple of that of the corre- 
sponding divided pack, the last divided pack 301 of the 
divided packs of the pack 201 is smaller than a normal 
divided pack. 

[0110] the packet generator 105 adds stuffing data 35 
401 to the divided pack 301 to create a pack of the 
same size as a normal divided pack, adds a header 403 
to the pack, and outputs the resulting packet 402. At this 
time, to the header 403, added is data or a flag indicat- 
ing that the stuffing data 401 is added. 40 
[0111] The data transmitting device so constructed, 
the MPEG2 program stream data can be packstized 
and output toward the network N through the 13941/F, 
and in addition, video data and audio data do not coex- 
ist in a packet Moreover, since all the packets are of the 45 
same size, packet data is easy to handle both In the 
transmitting device and the receiving device. Especially 
in the receiving device, a circuit for deciding a packet 
size is dispensed with, whereby a simple circuit struc- 
ture is realized so 
[0112] In the receiving device which has received 
these packets output from the data transmitting device, 
these packet data is coupled, and the stuffing data 
added to a smaller pack is removed, thereby restoring 
the MPEG2 program stream data. 55 
[0113] While in the data transmitting device of the first 
embodiment the MPEG2 program stream Includes 
video date and audio data, data included in the MPEG 



program stream Is not limited to these, the stream may 
Include subtitle data u 
[0114] Inadcfition, whDeinthedatalransnrvt^de^ 
of the first embodiment the* MPEG2 program stream 
data is divided into packs of the same size, any drvkfng 
method may be employed so long as divided packs 
which are as small as packets of the MPEG2 transport 
stream to-be-handled by the 13941/F are obtained 
[0115] Further, while In the fast embocfiment the 
1394[/F is shown as a digital interface, the present 
invention Is applicable to an interface which performs 
data communication in packet units which are by far 
smaller 1han packs of the MPEQ2 program stream or 
the Oke, for example, about 1/10 sized packet unfts;bs 
well as to the 13941/F. 

[0116] As thus for described, in the data transmitting 
device of toe first embodiment the MPEG2 program 
stream data output from the MPEG2 encoder is divided 
into packs which are almost as large as packets of tte 
MPEG2 transport stream. Therefore, it is possible to 
transmit the tyPEG2 program stream through the cfigjtal 
interface! such as the conventional IEEE1394I/F which 
handles the MPEQ2 transport stream data. At a receiv- 
ing end, these received packet data Ss coupled, thereby 
restoring the MPEG2 program stream. ^ 

[Embodiment 2] 

[0117] Figure 5 is a block cfiagram showing a date 
transmitting device according to a second embodiment 
of the present invention. First construction of foe device 
wiO be described 

[0118] Referring to figure 5, there is shown a data 
transmitting device 1002. The data transmitting device 
1002 includes an optical head 505 for reading data from 
an optical disk 506 as a recording medium, a signal 
processor 501 for subjecting the read data to demodu- 
lation and ECC decoding, a data divider 502 for dJvicfing 
an MPEG2 program stream data (MEPEG2-PS data) 
501 a output from the signal processor 501 into packs so 
that each pack has a prescribed size, a packet genera- 
tor 502 for adding headers to tfie divided packs to gen- 
erate packets, and a data transmitter 507 for outputting 
the packets toward the network N. the data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F 

[0119] the data transmitting device 1002 further 
includes a system controller 504 for receiving disk man- 
agement information 501b obtained by the signal pfcc- 
essor 501 , and controlling the data divider 502 and the 
optical head 505. 

[0120] Here, assume that data of a data structure in 
figure 6 is recorded in the optical disk 506. In actuary, 
data recorded In an optical disk has been subjected to 
ECC coding or modulation, and therefore output data of 
the signal processor 501 has a data structure shown in 
figure 6. i.. ■ 

[0121] Figure 6 schematically shows a part of a data 
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re ac cord i ng to a DVD-Video standard. Accord- 
ing to the DVD-Video standard, a video We set (VTS) 
6C[1 is composed of VTSI 602, VTSM_VOBS 603, 
VTSTrj/OBS 604, and VTSLBUP 60S 
[0122] The VTSI 602 is management information for 
the VTS 601. The VTS!_BUP 605 b a dtpOcate of tfte 
VTSI 602, and is Hs backup data. The VTSM_VDBS 

603 is menu date for the VTS 601. The VTSTT_VOBS 

604 is data such as video data, audio data, stfcBfie data, 
and so forth of tie VTS 601. The VTSTT_VOBS 604 
has a structure of tfie MPEGE2 program stream 
[&231 TheVTSTT_VOBS6q4hasac^ 

archied structure. Shown to figure 8 is a hierarchical 
structure in pack (PCKJ units. The pack is a data unit of 
2048 bytes (2k bytes), including a header or the ffca 
The pack is as large as a sector of the DVD disk. The 
packs are dassffied interna of types of data contained 
therein, in the figure, tit we are shewn a navigation pack 
(NV_PCK) 607 which describes data retrieval irfbrrria- 
tkxi or high light irrformation, a video pack OLPCK) 609 
containing video data, an audio pack (^_PCK) 608 con- 
taining auclo data, and a sub picture pack (SP_PCK) 
61 0 containing subtftfe data These packs are murri- 
pftxed so that AV, and so forth which are corfectiy syn- 
chronized are obtained oh conrJtjon that the/ sire 
decoded in the order they are recorded in the disk 
[0124] Subsequently, operation of the date transmit- 
ting device 1002 in figure 5 wOl be described Suppose 
tftat dtek management ■iforrnalbn or the VTS 601 in fig- 
ure 6 is recorded in the optical cfisk 506. 
[0125] Rnst the disk management information fe read 
from the optical disk 506. The disk management infor- 
mation is input to the signal processor 501 , where it is 
subjected to demodulation and ECC decocfing, and ttien 
ir»ut to the system controler 504, which obtains infer- 
mltfoh of a position where VTS 601 to*e-reproduced Is 
recorded, from the disk management in for ma tion. The 
controller 504 controls the optical head 505 using the 
positional information, arid hereby data of the VTS 601 
is sequential^ read from the optical cfisk 60S in sector 
unfts. The VTSI 602, Le., data management information 
in the VTS 601. is prtK»ssed a6 in the case of the dfek 
majTagemertinformafion, and input to ft* controller 
501. 

[0126] Naxt, processing of video data or audio data in 
the VTS 601 such as the VTSTTVOBS 664 w« be 
descrfced. " 

[0127] Th*read data is input to the signal processor 
501, where it is subjected to demodulation and ECC 
decoding, resulting in a pack stream 606 shown in fig- 
ure 6, which is input to the data cfivider 502. Here, sup- 
pose that the NV.PCK 607, Le., head pack of the pack 
stream 606 is input The data divider 502 divides tine 
NV_PCK 607 into packs so that each pack has a size 
specified by the controller 504. 
[0128] Figure 7 is a dagram for explaining an example 
of data drviding method of the data divider 502, and 
showsthriapackisrJvidedi^ 



[0129] More specfffcaBy, the data divider 502 divides 
the NVLPCK 607 into packs 701-708 of 256 bytes, 
which are sequentially input to the packet generator 
503. TO acfivided pack 701, a header 709 for transmfs- 

s don is added, and the resulting packet 710 is output 
toward the network N. In a Bke manner, to the. other 
divided packs 702-708, headers 709a, 709b, 709g 
are added, to be output toward the network N. 
[0130J When ttie NVPCK 607 has been thus trans- 

io mated, subsequently, an A_PCK 608 is transmitted. On 
this occasion, operation of the data transmitting device 
in figure 5 is identical to that of tr an smittl rig feer^JHy 
607. Thereafter, A VPCK 609 and the following data 
are also transmitted in the same manner. 

is [0131] While in the second ernbodrment the pack of 
2048 bytes is divided into packs of 256 bytes by the data 
divider 502, the dividing method is not restricted thereto, 
and a rfvfcfing method in figure 8 or 9 may be employed. 
[0132] Rgure 8 shows an example in which a pack of 

20 2048 bytes is divided in 160 byte unrts. Startirig with its 
head, the pack 607 is divided kit 60 byte units, resulting 
in divided packs 701a-712a, arid a cfivfded pack 713a 
corresponding to tie remaining data of the pack 607 
' and a head portion of the pack 608. To tfiese drvided 

25 pacte 701a-713a, headers are added by tie packet 
generator 503, and the restating packets are output 
toward the network N. For example, to the pack 701a* a 
header 709d is added, resulting in a packet 710a, which 
is output toward the network N. 

30 [01351 Rgure 9 shows another example where a pack 
of 2048 bytes is divided in 160 byto units. The drvidho 
method shown in figure 9 differs from that shown in fig- 
ure 8 in that a head of the pack of 2048 bytes always 
matches a head of tie c orrespo n ding divided pack of 

35 160 bytes. 

[0134] Starting with fts head, the pack 607 is drvided 
in 160 byte units, resulting in divided packs 701a-712a, 
and data of 128 bytes as the remaining data 901 of the 
pack 607. In order to make the remaining data 901 info 

40 data of 160bytes, to the data 901, stuffing data 902 of 
32 bytes is added, to create a divided pack 903. 
[0135] To so created drvided packs 701a-712a, and 
903, headers are added by the packet g e n er at or 503 as 
in the case of the drvkftig method shown in figure 7, and 

as the resulting packets are output toward the network N. 
[0136] For example, to the divided pack 701a, a 
header 709d is added, to create a packet 71 Oa. which is 
output toward the network N. Also, to the drvided pack 
903, a header 709g is added, to create a packet 904, 

so which is output toward tire network N. 

[0137] Thus, in the data transmitting device according 
to the second embodiment the MPEG2 program 
stream format data recorded in the recording medium 
such as the DVD in sector units is divided into packs 

55 which are almost as large as packets of the MPEG2 
transport stream. Therefore, it is possible to transmit the 
data recorded in the recording medium such as the DVD 
through the digital interface such as the convenfonal 
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IEEE1394I/F which handles the MPEG2 transport 
stream data. 

[0138] In this case, packs of a program stream are 
divided and transmitted so that their heads always 
match heads of the corresponding divided packs as s 
shewn in figures 8 and 9. Thereto on a receiving end, 
from the divided packs, the program stream can be 
decoded. 

[0139] In addVon, as shown in figures 8 and 9, the 
program stream is divided in arbitrary byte units, to 
thereby realizing effective use of a band of a digital 
interface. In a case where a size of the divided pack is 
1 60bytes, since an access rate of data recorded in the 
DVD is 10.08Mbps at maximum, a band required for the 
isochronous transfer by the use of the 13941/F is is 
1 O.24JS0bps (»1 60bytes x 6kHz). As a result the 13941/F 
band is effectively utilized for access to the dak 
recorded in the DVD. 



[Embodiment 3] 
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[0140] Figure 10 is a block diagram showing a data 
transmitting device according to a third embodiment of 
the present invention. First, construction of the device 
will be described 25 
10141] Referring to figure 10, there is shown a data 
transmitting device 1003. The data transmitting device 
1003 includes an optical head 505 for reading data from 
an optical disk 506 as a recording medium, a signal 
processor 501 for subjecting the read data to demodu- so 
lation and ECC decoding, a data divider 502a for divid- 
ing MPEG2 program stream data (MEPEG2-PS data) 
501a output from the signal processor 501 into packs so 
that each pack has a prescribed size, a packet genera* 
tor 503a for adding headers to the divided packs to gen- 35 
erate packets, and a data transmitter 507 for outputting 
the packets toward the network N. The data transmitter 
507 has construction identical to that of the conven- 
tional 13941/F 

[0142] The data transmitting device 1003 further 40 
includes a system controller 504a for receiving disk 
management information 501b obtained by the signal 
processor 101, and controlling the data divider 502a 
and the optical head 505. 

[0143] In the third embodiment, the data divider 502a 45 
is used for outputting information A1 indicating that a 
divided pack contains head data of the corresponding 
pack on outputting the head data of the pack. The sys- 
tem controller 504a is used for outputting the informa- 
tion A1 to the packet generator 503a when the divided so 
pack containing the head data is output to the packet 
generator 503a The packet generator 503a is used for 
adding information indicating that the divided pack con- 
tains the head data to a header to-be-added to the 
divided pack, upon receiving the information A1. ss 
[0144] The other components of the data transmitting 
device of the third embodiment is identical to that of the 
second embodiment 



[0145] Next, operation of the device 1003 wiO be 
described. 

[0146] Suppose that data is read from the optical disk 
506 in which data of a data structure in ffcure 6 is 
recorded. 

flM 47] First, procedure for processing disk manage- 
ment irrformation of the optical disk 506 and data rran- 
agement information such as the VTS 1602 is fcfentttal 
to that described in the second embodiment 
[Of 48] Next, processing video or audio data in the 
VTS 601, such as the VTSTT^VOBS 604* wiO be 
described. 

[0149] The data which has been read is input to the 
signal processor 501, where the data is subjected to 
demodulation and ECC decoding, to create the pack 
stream 606 in figure 6, which is input to the data divider 
502a. 

[0150] Here, suppose that the NV>CK 607, La, a 
head pack of the pack stream 606 in figure 6 is irfcrt 
Upon input of the NV_PCK 607, the data divider 502a 
divides the NV_PCK 607 into packs so that each pack 
has a size set by the system controller 504a. Figure 11 
schematically shows a method of dividing the pack 607 
into 8 packs. The NVPCK 607 is divided Wo cfivided 
packs 701-708 of 256 bytes. 

[0151] The divided packs 701-708 are sequentially 
output from the data divider 502a. When the data 
divider 502a outputs a divided pack containing head 
data of a pack it notifies he system controller 504a of 
the information At The system controller 504a notifies 
the packet generator 505a of the informatfon A1 incit- 
ing that the divided pack containing the head data of the 
pack has been output from the data divider 502a. 
[01 52] Here, suppose that a divided pack 701 is input 
from the data divider 502a to the packet generator 503a. 
Since the pack 701 contains the head data of the pack 
607, the data divider 502a noWies the packet generator 
503a of the information A1 through the system control- 
ler 504a. Knowing that the pack 7&1 conta&is the head 
data of the pack, the packet generator 503a etfcte rnfor- 
mation that the pack contains the heat data to a header 
1101, and adds the resulting header 1101 to the peck 
701, to generate a packet 1102 as shown in figured, 
and outputs the packet 1 102 to the data transmitter 507, 
which outputs the peck 1 102 toward the network N. 
[0153] Figures 12(a) and 12(b) show that a packet 
contains head data of a pack. Figure 12(a) shows a 
structure of an IEEE 1394 isochronous packet (a packet 
for use in the isochronous transfer), and shows a 32-bit 
data stream in the lateral direction. 
P154] Figure 12(b) shows a structure of a Data Field 
of an isochronous packet The Data Field is corrposed 
of divided pack data and a Common Isochronous 
Packet (CIP) header 1201, Since the divided pack is 
256 bytes in size, it corresponds to a data stream cfrfe4 
columns. 

[0155] The CiP header 1201 is determined accortfinft 
to an IEC 61883 standard. In the second quadrate (sec^ 
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ohd One) of the CIP header 1 20 f , the 9th and the foftcw- 
ing bits is a Format Dependent field (FDF). which 
depends on a type of data. A head bft of the FDF is used 
as a BOP bit 1202. Whether or not a packet contains 
head data of a pack is invested by setting the BOP bit $ 
1202 to 1" dr by setting it to "O"; respectively. The iso- 
c^onous header 1203 and the CiP header 1201 make 
the header 1101. 

[0156] Subsequent, the divided pack 702 is proc- 
essed Since the divided pack 702 does hot contain io 
head data of the pack 607, the packet generator 503a 
adds information that the pack does not contain the 
head date to a header 1103&, and adds tfie resulting 
header 1103a to the pack 702, to generate a packet 
1102 as shown in figijre 11, and outputs the packet is 
1102 to the data transmitter 507, which outputs the 
packet 1102 toward the network M Thereafter, the 
divided packs 703-708 are processed as in the case of 
thlpack7D2. 

[01571 The NV_PCK 607 having been thus transmit- 20 
ted, subsequent/, an AJPCK (508 is tr ans m i t ted . In this 
case, the data transmitting device 1003 irl figiire 10 
operates in the same manner that it transmits the 
NV_PCK 607. thereafter, a V_PCK 609 and the fbBow^ 
ing data are transmitted in the same manner. 25 
[0158] Thus, in the data transmitting device 1003 of 
the third embodiment, the MPEG2 program stream data 
recorded in the recortfng mecfium such as the DVD in 
sector units is divided into packs which are almost as 
l&toe as packets of the MPEQ2 transport stream, so 
Trwefore. ft is possfcle to transmit tfie data recorded in 
the DVD through a cSgftai interface such as trw* conven- 
tional IEEET394 wttch handles the MPEG2 transport 
stream ■ 

[0159] in addftiort, to a packet which contains head 35 

c^ofapacKbTformatkmir^ 

head data is added, and therefor* a program stream 

can be restored from divided packs with ease at a 

receiving end. 

40 

[&nbodiment^ 

[0160] Figure 13 is a block cfiagram stowing a data 
receiving device according to a fourth ernbodirnerrt of 
the present invention. First construction of the device 45 
win be described 

{0161] Referring now to figure 13. there is shown a 
data receiving device 1004. The data receiving device 
1004 includes a data receiver 1304 for receiving pack- 
ets output from tie data U an millin g device 1002 of the so 
second embodiment output toward the network N, and a 
header analyzer 1301 for analyzing a header of the 
received packet and outputting divided pack data 1301a 
adbordbg to the analysis resutt, and divided pack size 
data 1301b. The data receiving device 1004 further ss 
includes a data coupler 1302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEG? pro- 
gram stream in accordance with a control signal, and a 



system controller 1303 for outputting tfie size data 
1301b to the data cotpter 1302 as the control signal* 
[0162] Figure 14 schematically shows structures of 
packets received by the data receiving device of the 
fourth embodiment 

[0163] Neft, operation of the device 1004 witt be 
described. ■* 

64] When fie packet 710 is received by the data 
receiver 1304 over the network N, tfie header analyzer 
1301 provided at a next stage of the data receiver 1304 
analyzes a header 709 of the packet 710, and decides 
whether or not the packet 710 is directed to the data 
receiving device 1 004. Where the packet 71 0 is directed 
to the data recefvftg device 1004, the header analyzer 
1301 removes the header 709 from the packet 710 r arid 
outputs the drvided pack 701 to the data coupler 1302. 
In addition, the header analyzer 1301 notffies tfie sys- 
tem controller 1303 of the size data 1301b indicating a 
size of a divided pack according to i nfo r mati on con- 
tained in the header 709. The system controller 1365 
also notifies the data coupler 1302 of a size of a drvided 
pack using the . control signal. 

[0165] The data receiver 1304 and the header ana- 
lyzer 1 301 process the following packets as in Ihe case 
of the packet 710, and outputs the divided packs 702- 
708 to the data coupler 1302. Upon recept of the packs 
701-708, tfie data coupler 1302 couples the divided 
packs according to their sizes posted by the system 
controller 1 303. The divided packs are each 256 bytes 
fan size. The 8 dhrided packs are coqpled to create a 
pack of 2048 bytes of the MPEG2 program stream. 
From the date coupler 1302. the pack 607 of 2048 bytes 
in which divided packs 701 -708 have been coupled. 
[0166] Thus, in the data receiving device of the fourth 
embodiment packets output toward the network N from 
the data tra nsmitting device 1002 of the second embod- 
iment are received, and divided packs contained in the 
packets are coupled acxxtfding to analysis result of the 
corresponding headers. Thereby; the MPEG2 program 
stream read from the recording medium such as file 
DVD can be restored from the packet date. 

[Errfcodirhent 5J 

[01671 Figure 15 is a diagram for explaining a data 
receiving device according to a fifth embodiment of the 
present invention, and schematically shows structures 
of packets received by the data receiving device. 
[0168] The data receiving device of the fifth embodi- 
ment is used to receive packets output m a data format 
in figure 9 from tfie date transmitting device of the sec- 
ond en tx xi me r rt . and comprises a data recover, a 
header analyzer, a data coupler, and a system controller 
as In the case of the data receiving device 1004 of the 
fourth embodiment Note that the data coupler is used 
for removing stuffing date from fre cfivided pack 903 in 
the fifth errfoodiment 

[01 691 Subsequently, operation of the receiving device 
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will be described. 

[01 70 J When the packet 710a is input to tie data 
receiver 1304 over the network N, the header analyzer 
1301 analyzes a header 709d of a packet 710a and 
decides whether the packet 710a is directed to the data s 
receiving device. Where tfte packet 710a is directed to 
the data receiving device, the header analyzer 1301 
removes the header 709d from the packet 710a, and 
outputs the divided pack 701a (data 1301a) to the data 
coupler 1302. Also, the header analyzer 1301 notfies 10 
the system controller 1303 of a size of a divided pack 
(data 1301b) obtained from information contained in the 
header 709d. The system controller 1303 ndtffies the 
data coupler 1302 of the size of the divided pack The 
data receiver 1304 and the header analyzer 1301 is 
respectively process the following packets as in the 
case of the packet 710a, and outputs the cfivided packs 
702a-712a. and 903 to the data coupler 1302. 
[0171] Upon receipt of the cfivided packs 701a-7l2a, 
and 903. the data coupler 1302 couples these cfivided 20 
packs according to the size of the cfivided pack posted 
by the system controller 1303. fan this embodiment, the 
divided packs are each 160 bytes, and these cfivfcJed 
packs are coupled to create a pack of 2048 kbytes. 
[0172] Oh this occasion, the data coupler 1302 first 2s 
couples the divided packs 701a-712a to create data of 
1 920 bytes, and then coiples data 901 of 128 bytes as 
a head portion of the divided pack 90S ttiereto, tbcreate 
the pack 607 of 2048 bytes. At tfiis time, the data cou- 
pler 1302 abandons the remaining data 902 of the so 
divided pack 903 because it is stuffing data 
[0173] So created pack 607 is output from the data 
coupler 1302. In a Ifre manner, the fonownrtg packets are 
processed, to create pack data, 
[0174] Thus, in the data receiving device of the fifth 
embodiment packets output from the data transmitting 
device 1002 of the second embodiment in a data format 
shown in figure 9 toward the network N, arid according 
to the analysis result of headers, divided packs con- 
tained in flie packets are coupled and stuffing data is 
abandoned. Therefore, packet data in a data format in 
figure 9 can be received, and from the packet data, the 
MPEG2 program stream recorded in the recording 
medium such as the DVD in sector unite can be 
restored 

[Embodiment 6J 

[0175] Figure 16(a) is a block diagram showing a data 
recording device according to a sixth embodiment of the 
present invention First construction of the device win 
be described. 

10176] Referring to figure 1 6(a), there is shown a data 
recording device 1006. The data recording device 1006, 
as in the case of he data receiving device 1004, 
includes a data receiver 1304 for receiving packets out- 
put from the data transmitting device 1002 of the sec- 
ond embodiment toward the network N, and a header 
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analyzer 1301 for analyzing a header of the received 
packet, and outputting divided pack data 1301a and 
size data 1301b of the divided pack according to the 
analysis result The data recording device 1006 further 
includes a data coupler 1 302 for coupling divided packs 
to generate a pack of 2048 bytes of the MPEG2 pro- 
gram stream in accordance with a control signal a sys- 
tem controller 1604 for outputting the see data 1301b to 
the data coupler 1302 as the control signal, and a signal 
processor 1601 for subjecting an output of fte data cou- 
pler 1302 to ECC coding and recorrfhg modulation, and 
data to-be-recorded to an optical head 1602, ThS Sys- 
tem controller 1604 is used for controlling the optical 
head 1602. 

[0177] Figure 14 schematically shows strucfores of 
packets received by the data recording device 1006 of 
the sixth embocfiment 

[0178] Next, operation of the device win bedescrbed. 
In the recording device 1006 Of the sixth embocfiment, 
the receiver 1304 receives packets over the network N, 
the header analyzer 1301 analyzes headers dt the 
packets, and the data coi$!ef 1 302 restores pack data, 
as in the case of the data receiving device 1004 ofghe 
fourth embodiment ^ 
PW79] When the psu*607bf 2048 byfesfri which the 
divided packs 701-708 have been coupled by foe data 
coup! er 1 302, is input to th e signal prtfc essqr 1 66 1 . the 
signal processor 16i>1 subjects the packs to ECC cod- 
ing and modulation, or the Ska Then, under the control 
of the system controller 1604 , the optical head 1602 
records the pack 607 onto a recording position of the 
optical disk 1603. 

[0180] The following received packets are processed 
in the same manner. From packets, pack data is 
35 restored and then recorded in the optical disk 1603Jfc 
[0181] Thus, in the data recording device 1006 ot fthe 
sixth embodiment, packets output from the data trans- 
m&ting device 1002 of the second embodiment toward 
the network N through the 13941/F are received, and 
40 according to the analysis result of their headers, divided 
packs contained in the packets are coupled, and the 
resulting coupled pack data is recorded in the recording 
medium Therefore, packets transmitted through the 
digital interface such as the IEEE1 394 can be received, 
46 and from the packets, the MPEG2 stream data can be 
restored, and recorded in the recording medium such as 
the DVD in sector units. . ^ 

[0182] While in the sixth embodiment the data record- 
ing device 1006 receives packets transmitted from the 
so data transmitting device 1002 of the second embodi- 
ment through the 13941/F, and restores and records the 
MPEG2 program stream data, the signal processor 
1601 and the optical head 1602 of the device 1006 may 
be replaced with an AV data decoder (AV data 
55 decoder)! 605, thereby realizing an device 1006a for 
image display of restored program stream date as 
shown in figire 16(b). Besides, formait of data recorded 
in the optical disk is not Bnrated to the data format sh^wn 
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[OT S3) In ackffiion, while the date transmitting device 
and the data recording device of the second, third and 
sixth embodiments respectively use the optical disk as 
thereconfinQri^^ 

disk so tongas ft records and reproduces data in sector 
unfts. As an example of this, a magnetic tfsk is possible. 
[0104 Yet in adcfitfon, whle in the data to an a i d ling 
device, the data receiving device, and tfie data record- 
ing device of tfie second tfuough sixth embodiments, 
packs of the program stream are 2048 bytes in size* the 
size is not limited thereto. 

[W85] Further, whfle in the second and third embocfi- 
iptnts, pack data of 2048 bytes is divided Mo packs of 
the same sfee,tfiis may ted^ 
sizes. 

[0186] Still further, in the data trtuisriftfing device 
the second and third embodments, whether or not a 
divided pack contains head data of a pack is indicated 
by a flag contained in a header, As a possfole alterna- 
five, count number of divided packs is set in a header, 
hereby indcating that a dMded pack contains head 
data of a pack of a program eireant 
[0187] Moreover, whfle in the second and third data 
t&ismttftg device, the packet generator 503 is notified 
of V tfe rmatfo n incicalmg that a divided pack contains 
head data of a pack through the system control! er 504. 
the data divider 502 may dreciy notify the packet gen- 
erator 503 of Ws wftxxit the system controller 503. 

[Embodiment 7] 

[0188] Figure 17 is a btocktfagram Blustrating a data 
transmitting device 1007 accortfing to a seventh embod- 
iment of the present invention. 
[0189] The data transmitting device 1007 includes an 
ot$cal head 1707 for reading data from an optical disk 

1708 as a recording mecfium; a signal processor 1701 
for subjecting the read data to binarization and demod- 
ulation; and an ECC decoder 1702 for subjecting the 
output from the signal processor 1701 to ECC decod- 
ing. 

[0190] The data transmitting device 1007 further 
includes a buffer 1703 for storing the data output from 
the ECC decoder 1702; a packet generator 1704 for 
packetizing the data output from the buffer 1703 and 
clock information, and adding header information or the 
like to tfie generated packets, which information is for 
trfi n sm ft ting data through a digital interface such as the 
13941/F; and a data transmitter 1709 for outputting the 
packets output from the packet generator 1704, toward 
the network N. The structure of the data transmitter 

1709 is identical to that of the conventional 13941/F. 
[0191] The data transmitting device 1007 further 
includes an AY (autfoMdeo) data decoder 1706 for 
requesting data from the buffer 1 703, and decoding the 
date output from the buffer 1703; and a system control- 
ler 1705 for controlling the packet generator 1704 

% 
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according to the amount of data stored in the buffer. 
[0192) A description is given of the operation of tfie 
data tr ansud ing device. 

BHtt| The data read from the optical disk bytheopti- 
s cal head 1 707 la subjected to binarization and demodu- 
lation in the signal processor 1701, and sent to the ECC 
decoder 1702. The date input to the ECC decoder 1702 
is subjected to ECC decocting, and input to tfie buffer 
1703. 

10 [01 £4] Whether the above-mentioned date readout 
operation, La. v the operation of reading data from the 
optical disk 1708 and then inputting tfie data to tfie 
buffer 1703, is performed or not depends on the amount 
of data stored in the buffer 170& 

16 [01 95J To be spectffc, when the amount of data stored 
in the buffer 1703 becomes smaller than a first pre- 
served amount, date are continuously read from the 
optical disk 1708 and stored in the buffer 1703. When 
theampuntof data stored in tfie buffer 1703 eocceedsa 

20 second prescribed amount, rea do ut of date from tfie 
optical disk 1708 is stopped, 
(0196] further, readout of data from the buffer 1703 
into the AV date decoder 1706 is performed according 
to a request for data transfer 1710, which is output from 

25 the AV data decoder 1 706 to the buffer 1 703. On receipt 
of the data transfer request 1710, the buffer 1703 out- 
puts the date in rotation as input The output data 1714 
are successively decoded by the AV date decoder 1 706. 
Simultaneously, the date 1714 output from the buffer 

30 1703 are input to the packet generator 1704 as well 
Further, dock in for m at i on 1711 generated by the AV 
data decoder 1706 is input to tfie packet generator 
1704. 

P>197] The packet generator 1704 packetizes the date 
35 from the buffer 1703 and the clock information 1711, 
adds header information or the Ike to the packets so 
generated, which i nf or matio n is for transmitting date 
through a digital interface, and outputs the packets to 
tfie data tr ansmitte r 1709. The data transmitter 1709 
40 outputs the packets from tfie packet generator 1704 
toward the network N. 

[01 98] Hereinafter, the operation of the date transmit'* 
ting device wffl be described in more detail using a tim- 
ing chart shown in figure* 18(a)~18(eJ. 

45 [0199] Figure 18(a) is a graph showing how the 
amount of data stored in the buffer 1703 changes with 
time, and figure 18(b) shows whether the buffer 1703 is 
in the underflow state or not, with TT level and level, 
that is, the period of H level shows that the buffer 1703 

so is in the underflow state while the period of L level 
shows that the buffer 1703 is not in tfie underflow state. 
[0200] Further, figure 1 8(c) shows the data transfer 
request output from the AV date decoder 1706 to the 
buffv 1703, and the transfer request is output in the 

55 period of H leveL Rgure 18(d) shows the output of data 
from the buffer 1703, and the date is output in the period 
of H level Rgure 1 8(e) stows data output from the data 
transmitter to tfie network N. " 



35 



EP0 899 964 A2 



36 



[0201] At tfimetO,data of the same amount as the sec- 
ond prescrtoed amount are stored in the buffer 1703. At 
time t1, a data transfer request ts output from the AV 
date decoder 1706 to the buffer 170& It is premised that 
the data transfer request from the AV data decoder 
1706 is output at equal intervals. When the data transfer 
request is output from the AV data decoder 1 706 to the 
buffer 1703, the operation of outputting data 1801 from 
the buffer 1703 to the AV data decoder 1706 and the 
packet generator 1704 is started. When the data trans- 
fer request is stepped at time t£ the data transfer from 
the buffer 1703 is stopped temporarily. 
[0202] Since the data transmitter 1709 is the 
IEEE1394I/F, the data transmitter 1709 detects a cycle 
start patfeet 1803 at time t3, whereby a cycle 1804 is 
started At time t3, the data, which has already been 
output from the buffer 1703 but has not been output to 
the network N, is tie data 1801, die packet generator 
1704 adds a header 1802 of the I&b to this data 1801, 
which header is for transmitting the data through the 
data transmitter 1709, and then outputs the data to the 
date transmitter 1709. 

[0203] Figures 19(a) and 19(b) show the structure of 
an isochronous packet 1900 handled in the 
IEEE1394I/F. This isochronous packet 1900 is com- 
posed of AV data 1904, and an isochronous header 
1902 and a CfP header 1903, which headers are added 
totheAVdate1904.7heAVdata 1904 is the data 1801. 
The CIP header 1903 includes a buffer flag 1905, and 
this buffer flag 1905 indicates whether the buffer 1703 30 
underflows or not The buffer flag 1905 is "I" when the 
buffer 1703 underflows, and it is "0" when the buffer 
1703 does not underflow. Accordingly, in the CIP header 
of the header 1902, the buffer flag 1905 is "0". Thereaf- 
ter, the data, which have been similarly output from the as 
buffer, are successively output to the data transmitter 
1 709 as a digital interface. 

[0204] At time 14, the amount of data stored in the 
buffer 1703 becomes smaller than the first prescrtoed 
amount The amount of data stored in the buffer 1703 <o 
(information 1715) is monitored by the system controller 
1 705. When the system controller 1 705 detects that the 
amount of data stored in the buffer 1703 becomes 
smaller than tfte first prescribed amount it controls the 
optical head 1707, the signal processor 1701 and the 
ECC decoder 1702 so that the readout of data from the 
optical disk 1708 is carried out When the amount of 
data stored in the buffer 1703 reaches the second pre- 
scrtoed amount at time t5, the system controller 1705 
controls the optical head 1707, the signal processor 
1 701 , and the ECC decoder 1 702 so that the readout of 
data from the optical disk 1708 is stopped. 
[0205] Now it is assumed that no data is input to the 
buffer 1703 although the amount of data stored in the 
buffer 1703 becomes smaller than the first prescrtoed 
amount at time t6. For example, when accessing to data 
to be reproduced, if it takes a very long time to find a 
sector in which the data is recorded because of unsuc- 



cessful track Jumping or the like, the butler is in such sta- 
tus. The buffer is in such status also when an ECC error 
occurs in the ECC decoder 1 702 and the same data is 
again read from the optical disk 1708. 
b [0206] At time t7, a data transfer request is output 
from the AV date decoder 1 706, and data Is output torn 
thfc buffer 1703. At time t8, the amount of data storedTn 
the buffer 1703 becomes 0, resulting in underflow. The 
system controller 1705 detects that the buffer 1703 is in 
10 the underflow state, and posts this fact to the packet 
generator 1704 with a signal 1713. 
[02071 At time! t9. a data transfer request is output 
from the AV data decoder 1706 to the buffer 1703. Since 
the buffer 1703 is in the underflow state, no data is otit- 
is put from the buffer 1 703. Even though any data is output 
from the buffer at this time, the output data is not effec- 
tive. 

[0208] At time t10, a cycle start padcet 180&fe 
detected and a cycle 1806 is started. Since the data, 
20 which has been output from the buffer 1 703 but has not 
yet been output to the data transmitter 1709 at time tlO, 
is the data 1807, the data transmitter 1709 adds a 
header 1808 or the Ifte to this data 1807 and outputs 
this data to the network N. 

[0209J At fime t11, a cycle start packet 1809 is 
detected and a cycle 1810 is started. At fime til, there 
is no data which has been output from the buffer 1703 
but has hot been output through the data transmitter 
1 709 to the network N and, moreover, the buffer 1703 is 
in the underflow state. Therefore, the packet geherfjfor 
1704 transmits, only the header as an i soc hro no us 
packet 1811 to the data transmitter 1709, and this iso- 
chronous packet 1811 comprising only the header is 
output from the data transmitter 1709 toward the net- 
work N. 

[0210] Figures 20(a) and 20(b) show the structure of 
an isochronous packet 2011 corresponding to the 
above^escribed isochronous packet 181 1. As shown in 
these figures, the isochronous packet 201 1 has no data 
section. Further, since the buffer 1703 is in the under- 
flow state, the buffer flag 2205 is *1\ , . 
10211] In a cycle 1812, as in the cycle 1810, the&is 
no data which has been output from the buffer 1 703 but 
has not been output to the network N, and the buffer 
46 1703 is in the underflow state. Therefore, an iso- 
chronous packet 1813 similar to the isochronous packet 
1811 is output 

[0212] At time t12, input of data to the buffer 170S is 
resumed, whereby the buffer 1703 is released from the 
so underflow state. At time t13, a cycle start packet is 
detected, and a cycle 1814 is started. At time t13, there 
is no data which has been output from the buffer 1703 
but has not been output to the digital interface 1 709ibut 
the buffer 1 703 is not in the underflow stale. Therefore, 
55 the isochronous packet 1815 generated by the packet 
generator 1704 and comprising only the header is out- 
put through the data transmitter 1709 toward the net- 
work hi. Since the buffer 1703 is not in the underflow 
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stale, the value of the buffer flag of the isochronous 
packet 1815 is V ifce the buffer flag 1905 of the iso- 
chronous packet 1811. 

[0213] At time t14> the amount of data stored In the 
buffer 1703 reaches the second prescribed amount s 
and output of data from the buffer 1703 is resumed 
Thereafter, transmission of data is carried out in like 
o&nner ae described for the cyde 1804. 
[0*141 As described above, in the data transmitting 
device 1007 according to the seventh embodiment, 10 
when fre buffer 1703 underflows and the device cannot 
send data. WbrmaBon incficafing that underflow has 
occurred in fre buffer is put fin the header hformation of 
the packet and transmitted, so that the receiving end 
can detect that underflow has occurred in the buffer at is 
the transmitting end therefore, the receiving end can 
cope with the underflow of the buffer by converting the 
operation mode to the error hancSng mode or the tike; 

[^nbooimaTtei 20 

[0215] Figures 21(a), 21(b), 22(a), 22(b), 23(a) and 
23(b) are diagrams for explaining a data transmitting 
device according to an eighth embodiment of the 
present invention, 25 
[0216] In the data transmitting device according to this 
eighth emrxxfiment, the data output operation when the 
buffer 1703 does not underflow; Le., the operation of 
reading data from fre optical tisk 1708 and then output- 
ting a pacfet to the network N by the data transmitter so 
1 709, is identical to that already desorfeed for the data 
tfysrrtftifog device 1007 according to the seventh 
entocftrient shown m figure 17. 
10217] Figure 21 (a) shows the manner of outputting 
data from the buffer 1703 of the data transmitting device ss 
accorcBhg to this eighth ernbocfiment and figure 21(b) 
shows the state of the output data on the network N. 
Figures 21(a) and 21(b) c o rrespond to figures 13(d) and 
18(e) explaining the operation of the data transmitting 
device according to the seventh embodiment, respec- 40 
lively. 

[0218] Figures 22(a) and 22(b) show the structure of 
an isochronous packet 2200 handled by the data trans- 
rrttbing device according to this eighth embodiment As 
seen from these figures, a CIP header 2201 included in 46 
the isochronous packet 2200 is different fri structure 
from the CIP header 1903 of the isc)chmnous packet 
1 900 handed by the data transmitting device according 
to the seventh embodiment, namely, the CIP header 
2201 has no buffer flag whereas the CIP header 1903 so 
has the buffer flag 1905. in figures 21(a) and 21(b), iso- 
chronous packets 2101 and 2107 at cycles 2104 and 
2106, respectively, are identical to tie isochronous 
packet 2200. 

[0219] A description is now given of the operation of 55 
the data transmitting device. 

[0220] The operation from time to to time teaccorcfing 
to this eighth embodiment is identical to that already 



described for the seventh enixriiment (refer to figures 
18(a)- 18(c)) and therefore, the operation after time t6 
wffl be described hereinafter. 

[0221] Now it Es assumed that no data fe input tothe 
buffer 1703 though tie amount of data stored in the 
buffer 1703 becomes smaller than the first prescribed 
amount. At time t6, the data transmitting device accord- 
ing to this eighth embodiment is in such status, 
[02223 As shown in ffgire 16(c), at lime 17, a data 
transfer request is output from the AV decoder 1708, 
and data is output from the buffer 1703. At time t8, the 
amount of data stored in fre buffer 1703 becomes 0, 
and the buffer 1 70S goes ^fcitotheuxferflo^stete.VVhen 
the system controller 1705 detects that the buffer 1703 
is an the underflow state,, & posts this fact to fre packet 
generator 1704 by a prescribed sfgnaJ17ia, . 
[0223] Although a data transfer request is output from 
the AV data decoder 1706 to fre buffer 1703 at time 19, 
since the buffer 1703 fe in the underflow state, no effec- 
tive data fe output. 

[0224] Turning to figures 21(a) and 21(b), at time ft 0, 
a cycle start packet 2105 Is detected and a cycle 2166 
is started. Since fre data, which has been o utp ut from 
the buffer 1703 but has not been output to fre network 
N at time 00, fe fre data 2107, the packet generator 
1704 adds a header for tr a n smi ssion 2108 or the Ice to 
this data 2107 and generates a packet and fre data 
transmitter 1709 outputs frfe packet to fre network NL 
[0225] At time til. a cycle start packet 2109 is 
deteded.andac^2110testarie^ 
is not data which has been output from fre buffer 1703 
but has not been output to fre network N and, moreover, 
the buffer 1703 is in tie underflow stata 
[0226] Hence, fre packet generator 1704 generates 
an isochronous packet 2200 including data of a pre- 
scribed specific pattern 2204a irxficating that underflow 
of the buffer has occurred, instead of the AV data 1904 
of the isochronous packet 1900 (refer to figure 19(a)), 
as shown in figures 22(a) and 22(b). Employed as a 
specific pattern indicating that underflow of fre buffer 
hasocojn*edfeasfdlcws:daiaof a pattern in which all 
bits (32 bits) in one hori zontal line of the isochronous 
packet shown in figure 22 are 0; or a 32-bit sequence 
error code 000001 B4h (h means hexadecimal) defined 
in MPEG2. When this packet is output as an iso- 
chronous packet 21 13 to fr e data traiTsmftter 1709, the 
data t ransm i tte r 1709 outputs tie isochr o no u s packet 
2113 tothe network N. 

[0227] In a cycle 2112, as in fre cycle 2110, there is 
not data which has teen output from 
has not been output to the network N, and the buffer 
1703 is in the underflow state. Therefore, the packet 
generator 1704 generates an isochronous packet 2114 
inducing the above-mentioned data of a specific pattern 
2204a, instead of fre AV data 1904, and outputs this 
packet 21 14 to fre data transmitter 1709. Thereby, fre 
isochronous packet 2114 fe output from the data trans- 
mitter 17TO to the network 



26 



EP0 899 9S4A2 



40 



[0228] As shown In figure 18(a), at time t12, input of 
data Into the buffer 1703 is resumed, whereby the buffer 
1703 Is released from the underflow state. Then, as 
shown In figure 21 (b), a cycle start packet is detected at 
time ti3, and a cycle 2117 is started At tfmet13, there s 
is no data which has been output from the butter 1703 
but has not been output to the data transmitter 1709, but 
the buffer 1703 is not in the underflow state. Therefore, 
the packet generator 1704, outputs an isochronous 
packet 21 15 conprising only a header toward the data w 
transmitter 1709. Since the buffer 1703 & not in the 
underflow state, the isochronous packet 2115 is identi- 
cal to the isochronous packet 2301 which comprises 
only the isochronous header 2302, the CJP header 
2301 , and the Data_CRC. 1S 
[0229] As shown in figure 18(a), at time t14, the 
amount of data stored in the buffer 1703 reaches the 
second prescribed amount and output of data from the 
buffer 1 703 Is resumed. Thereafter, data transmission is 
carried out in like manner as already described for the 20 
cycle 2104. 

[0230} As described above, in the data transmitting 
device according to the eighth embodiment when the 
device cannot transmit daia because the buffer 1703 
underflows, data of a specffic pattern is inserted in the 2s 
data section of the packet, as information indicating that 
underflow of the buffer has occurred, and thai, the 
packet is transmitted. Therefore, like the seventh 
embodiment of the invention, ft is possible to post that 
underflow of the buffer has occurred to the receiving 30 
end. 

[Embodiment 9J 

[0231] Figure 24 is a block diagram Blustrating a data 35 
receiving device accortfing to a ninth embodiment of the 
present invention. 

[0232) A data receiving device 1009 according to this 
ninth embodiment receives a packet which has been 
output from the data transmitting device 1007 according ao 
to the seventh embodiment toward frte network N. The 
device 1009 comprises a data receiver 2407 which 
receives a packet on the network N; a header analyzer 
2401 which analyzes the header of the received packet, 
and outputs data 2401 a corresponding to the buffer out- 45 
put of the transmitting device, and a header analysis 
result 2401b; an AV data decoder 2402 which decodes 
the data 2401 a from the header analyzer 2401 and out- 
puts an AV signal; and a system controller 2403 which 
controls the decoder 2402 on the baste of the header so 
analysis result 2401b. 

[0233) A description is given of the operation of the 
data receiving device 1009. 

[0234) When the data receiver 2407 receives a packet 

on the network N, the header analyzer 2401 in the sub- ss 
sequent stage checks the header of the packet To be 
specific, when the data receiver 2407 receives a packet 
like the packet 1 800, i.a , the packet having the structure 



shown in figure 19, the header analyzer 2401 checks 
the isochronous header 1902 and then checks the CIP 
header 1903. When checking flie CIP header 1903, the 
header analyzer 2401 checks the buffer flag 1905 
included in the CIP header 1903: When the buffer flag 
1905 shows 'no underflow of buffer, the AV data 1904 
is subjected to CRC (Cycfic Redundancy Check). When 
the resuft of the CRC is correct, the AV data 1 904 in tfie 
packet is output to the AV ^iata decoder 2402. The AV 
data decoder 2402 decodes the AV data and output an 
AV signal. 

[02351 A description is given of a case where Vie 
buffer flag 1905 included in the CIP header 1901 fncfi- 
cates "underflow of buffer when it is checked. In this 
case, the data receiving device receives the packet 
1811 shown fri figure 18(e), La, the packet 201 1 having 
the structure of figures 20(a) and 20(b), and operates as 
follows. : 

[0236] The header analyzer 2401 posts that underflow 
has occurred in the buffer at the transmitting erri, to the 
system controller 2403, by the header analysis resuft 
2401b. Then, the system controller 2403 posts that 
underflow has occurred in the buffer at the transmi&ng 
end, to the AV data decoder 2402. Thereby; the AV data 
decoder 2402 stops the operation in normal decocfing 
mode, and starts the operation in error handling mode. 
For example, the operation in error handling mode is to 
still and display a previous image, or to mute the audio 
signal. 

[0237] Next, the data receiver 2407 receives a packet 
1813, and this packet 1813 is input to the header ana- 
lyzer 2401. The buffer flag 1905 included in the CIP 
header of this packet 1813 indicates "underflow of 
buffer". So, the header analyzer 2401 posts that under- 
flow has occurred in the buffer at the transmitting en&to 
the system controller 2403, as the header analysis 
result 2401b. On receipt of this information, the system 
controller posts that underflow has occurred in the 
buffer at the transmitting end, to the AV data decoder 
2402. Since the AV data decoder 2402 has already 
been operating in the error handling mode, ft continues 
the error handling mode operation. 
[0238] Next, the data receiver 2407 receives a packet 
1815, and this packet is input to the header analyzer 
2104. The buffer flag 1905 included in the CIP header of 
this packet 1815 Indicates "no underflow of buffer. 
Accordingly, the header analyzer 2401 posts that uri&er- 
f low has not occuned in the buffer at the transmitting 
end, to the system controller 2403, as the header anal- 
ysis result 2401b. Then, the system controller 2403 
posts that the buffer at the transmitting end has been 
released from the underflow state; to the AV decoder 
2402. Thereby, the AV data decoder 2402 stops the 
operation In error handling mode, and resumes the 
operation in normal decocfing mode. 
[0239] As described above, in the data receiving 
device 1009 according to the ninth embodiment, when 
the packBt, which has been received through the dig 
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Interface, indudes formation Seating that underflow 
occurred in the buffer at the transmitting end. this 
infcrmatfoh is defected, and the operating mode fan 
decocing of AY data is converted from the rwrm*! mode 
to the error handfing moda, Therefore,*** receiving end 
can perform speedy error handRng. whereby disorder of 
video and aucte signals due to linderftow of the buffer at 
the ti aife iii tli ng end can be effectively suppressed. 

[Embodiment 10] 

IQ240) A data receiving device according to a tenth 
embodiment of die present invention wflt be described 
u|gg figures 24, 18(a)-18(*)> 21(a), 21(b), 22(a) arid 

[0241] A data receiving device accorefng to Ws tenth 
embodiment receives a packet stream sho*n in figure 
21(b) which has been output from the data transmitting 
device according to the eighth embodiment toward the 
network N. 

[0242!] "the data receiving device accorifihg to this 
tenth embocfiment is different from the. data receiving 
device according to the ninth embocfiment orrty in the 
process of analyzing the information indicating that 
underflow has occurred, in file header analyzer. 
[ti$43] A description is given of the operation of the 
date receiving device. 

[0244] When the data receiver 2407 receives a 
packet, the header analyzer 2401 fan the subsequent 
stage checks the header of the packet lb be specific, 
when the data receiver 2407 receives a packet 1Kb the 
packet 21 02, L e., the packet 2200 having the structure 
shown in figure 22, the header analyzer 2401 checks 
the isoc hr on o us header 1902 and then checks the CIP 
header 2201. Then, the AV data 1904 is subjected to 
CRCX When the result of tie CRC is correct ft is 
checked whether the AV data 1904 includes a specfic 
pAtem or not included as a specific pattern is, for 
example, data of a pattern in which al of 32 bits are 6, 
or a 324*t sequence error code 000001 B4h (h means 
hexadecimal) defined in MPEG2. 
[0245] When the AV data 19M does not includes such 
specific pattern, the header analyzer 2401 outputs the 
AV data 1904 to the AV data decoder 2402. The AV data 
decoder 2402 decodes the AV data and outputs an AV 
signal. 

[0246] A description is given of a case where the AV 
data 2204 inductee a specific pattern. This case corre- 
sponds to the case of receiving the packet 2103 shown 
irifigure 21 (b). The structure of this packet 2103 is iden- 
ticaJ to friat of the isochronous packet 2202 shown in fig- 
ures 22(aJ and 22(b). The specific pattern 2204a 
included in the AV data 2204 of the packet 2200 indi- 
cates that underflow has occurred in the buffer at the 
transmitting end. In Ms case, the header analyzer 2401 
posts that underflow has occurred in the buffer at the 
transmitting end, as the header analysis result 2401b, to 
the system controller 2403. Then, the system controller 



240$ posts fiat underflow has occurred in the buffer at 
the tra nsmitting end, to tiie AV decoder 2402. On 
receipt of this inf or m at ion, the AV decoder 2402 stops 
the operation in normal decoding mode, arid starts the 
s operation in error handing mode. For example^ the 
operation in error handling mode is to stSI and display a 
previous image, or to mute frie audio signal. 
[0247] Next, the data receiver 2407 receiyee a packet 

2114. The AV data of tie packet 2114 includes a spe- 
10 c&ic pattern which indicates that underflow has occurred 

in the buffer at the transmitting end. Accordingly, the 
header analyzer 2401 posts that underflow has 
occurred in the buffer at the transmitting end, as the 
header analysis result 2401ft toward the system con- 

is trailer 2403. Then, the system controller 2403 posts that 
underflow has occurred in the buffer at the transmitting 
end, to the AV data decoder 2402. Since the AV data 
decoder 2402 has already been operating in the error 
handling mode, it continues the error handling mode 

20 operation. 

[0248] Next, the data receiver 2407 receives a packet 

2115. the structure of this packet 2115 is identical to 
thai of the isochronous packet 2301 shown in figures 
23(a) and 23(b) arid, therefore, this packet 2115 does 

25 notindude AVdati which means that n^ 

occurred h tie buffer at the transmitting end. Therefore, 
the header analyzer 2401 posts fiat the buffer at the 
transmitting end has been released from the underflow 
state, as fie header ahafysfe result 2401b, to the sys- 

so tern corttfoBer 2403L Then, the system controller 2403 
posts that the buffer at the transmitting end has been 
released from the underflow state, to the AV decoder 
2402. On receipt of this information, the AV data 
decoder 2402 stops the operation in error handing 

55 mode, and resumes the operation in normal decoding 
mode. 

[0249] As descrfoed above, in the data transmitting 
device according to the tenth embodiment, when a 
packet which has been received by the data transmitte r 
40 (digital interface), includes data of a specific pattern 
indicating that underflow has occurred in the buffer at 
me transnvntng era, mis oaia is aeiedeo, ana me oper- 
ating mode of decoding of AV data is converted to the 
error handing mode. Therefore, as in the ninth embodi- 
es merit of the invention, the receiving end can perform 
speedy error handDng, whereby disorder of video and 
audio signals due to underflow of the buffer at the trans- 
mitting end can be minimized. 
[0250] WhBeinthesevenlhtotenth entobdiments the 
so IES1394I/F is employed as a cfgriaJ interface, other 
digital interfaces may be employed. 
[02511 Further, while in the seventh to tenflh embocfi- 
merrts audio and video data are described as data 
recorded in a recording mecfium, subtitle data or the IB® 
55 may be included. Further, the data recorded on the 
medium may be one of video data and audio data. 
[0252] . Further. whfle in the seventh and eighth 
embocfirhents ah optical disk is employed as a recording 
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medium, other recording media, such as a magnetic 
disk, may be employed. 

[0253] Furthermore, while in the seventh and north 
embodiments Ihe buffer flag 1905 uses T to stow that 
underflow of buffer has occurred and uses "0" to show 
that underflow of buffer has not occurred, *r and ~b" 
maybe inverted. 

[0254] Moreover, white in the seventh and eighth 
embodiments the output from the buffer is output to the 
packet generator as ft is,, the output from the buffer may 
be cfivkJed as described for the second enrfco dim ent 
before being input to the packet generate^ 
[0255] Furthermore, the temporal relationship 
between the data transfer request from the AV data 
decoder 1706 and the isochronous cycle is not is 
restricted to that shown in figures 18(a)-18(e). 

[Embodiment 11] 

[0256] Figure 25 is a block diagram for explaining a 20 
data transmitting device 101 1 accorcfing to an eleventh 
embodiment of the present inventioa 
[0257] The data transmitting device 101 1 comprises 
an optical head 2507 for reading data from an optical 
disk 2508 as a record medium; a signal processor 2501 2s 
for subjecting the read data to bharization and demod- 
ulation; and an ECC decoder 2502 for subjecting the 
output from the signal processor 2501 to ECC decod- 
ing. In this data tr ansmi tt i ng device 1011, readout of 
data from the optical disk 2508 to the signal processor so 
2501 is carried out for each unit of ECC processing. 
[0259] Ihe data tran smitti ng device 1011 further 
includes a buffer 2503 for storing the data output from 
the ECC decoder 2502; a packet generator 2504 for 
packetizing the data output from the buffer 2503 and 35 
clock information, and adding header information or the 
like to the generated packets, which information is for 
transmitting data through a digital interface such as the 
13941/F; and a data transmitter 2509 for outputting the 
packets from the packet generator 2504 toward the net- 40 
work N. The structure of the data transmitter 2509 is 
identical to that of the 13941/F. 
[0259] The data transmitting device 1011 further 
includes an AV data decoder 2506 for requesting data 
from the buffer 2503, decoding the data output from the 4s 
buffer 2503, and outputting the dock information; and a 
system controller 2505 for controlling the packet gener- 
ator 2504 according to the amount of date stored in the 
buffer 2503. 

[0260] Figure 26(a) is a diagram for explaining the so 
sector structure of the optical disk 2508, wherein a track 
formed on the optical disk 2508 is straightened. 
[0261] Figure 26(a) shows that the sector size is 2k 
bytes (2048 bytes) as the user data size, and a unit of 
ECC processing is 16 sectors (user data size = 32k ss 
bytes). Hereinafter, this one-block unit of ECC process- 
ing is called a duster, the size of data actually recorded 
in one sector of the optical disk 2508 is equivalent to the 



user data of 2k bytes to which ECC data is added. .- 
[0262] A description is given of the operation of frie 
data transmitting device 1011. 
[0263] Readout of data from tiie optical cfisk250S is 
s carried out for each cluster. The data read from the opti- 
cal cfisk 2508 Is subjected to binarizatfon and demodu- 
lation in the signal processor 2501, and input to me 
ECC decoder 2502. The data input to the ECC decoder 
2502 is subjected to ECC decoding and then input to 
10 the buffer 2503. 

[0264] The above-mentioned data readout operation, 
i.e., the operation of reading data from the optical disk 
2506 and then inputting the data into the buffer 2503, is 
carried out intermittent^ according to the amount of 
data stored in the buffer 2503. That is, when the amount 
of data stored in the buffer 2503 becomes smaller than 
the first prescribed amount, data are continuously read 
from the optical disk 2508 and stored in the buffer 2^3. 
When the amount of data stored in the buffer 2503 
exceeds the second prescribed amount readout of data 
from the optical disk 2508 is stopped 
[0265] Readout of data from the buffer 2503 to the AY 
data decoder 2506 is performed according to the 
request for data transfer 2510 output from the AV data 
decoder 2506. On receipt of the request 2510, the 
buffer 2503 outputs data in rotation as input The output 
data 2514 is successively decoded by the AV data 
decoder 2506. Simultaneously, the data 2514 output 
from the buffer 2503 is input to the packet generator 
2504 as weD. Further, the dock Information 2511 ge$er- 
ated by the AV data decoder 2506 is input to the packet 
generator 2504. The packet generator 2504 packefees 
the input data and the clock information, adds header 
information or the like to the packets so generated, and 
outputs the packets to the data transmitter 2507. Then, 
the data transmitter 2507 outputs the packets to the net- 
work N. . 

[0266] The above-mentioned operation wfll be 
described in more detaiL 

[0267] It is assumed that data of a cluster 2617 read 
from the optical disk 2508 (refer to figure 26(a)) Is proc- 
essed by the signal processor 2501 and, thereafter, tos 
data is subjected to ECC decoding by the ECC decoder 
2502 with no occurrence of error. In this case, the data 
of the cluster 2617 which has been subjected to ECC 
decoding is read into the AV data decoder 2506 and, 
simultaneously, input to the buffer 2503. the data of the 
cluster 2617 output from the buffer 2503 is packetized 
by the packet generator 2504 and output through the 
data transmitter 2507 to the network N. 
[0268] As shown in figure 26(a), the cluster 2617 is 
composed of sectors 2601-2616, each sector having 
the size of 2048 bytes. Hence, the packet generator 
2504 divides the data of the cluster 2617 so that vie 
data can be transmitted through the data transmitter 
2507 within an obtained band, and adds header infor- 
mation or the like to the data of the divided clusters. 
Then, the packet generator 2504 packetizes the data of 
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the cfivWed clusters, and outputs the packets so gener- 
ated to the data transmitter 2507. 
[0269] Figures 27(a) and 27(b) [are diagrams showing 
the structure erf an Isochronous packet 2700 handled in 
the IEEE1394I/F. The Isochronous packet 2700 is com- & 
posed of AV data 2704, and an Isochronous header 
2703 and a CP header 2701 , which headers are added 
pie AY data 2704. The AV data 2704 corresponds to 
data of the cluster 261 1. 
{0270] Figure 28 shows isochronous data flowing on io 
the network M In cycles 2805 and 2806, data 2801 and 
2802 of the cluster 261 7 flow, respectively, and the data 

2802 to the cycle 2806 Is the last data of the duster 
2617. 

[0271] Next ft assumed that an ECC error occurs is 
when data of the cluster 2618 (refer to figure 26(a)) read 
torn the optical disk 2507 fe subjected to ECC decocfing 
by the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occurrence of the ECC error to the sys- 
tem controller 2505 by a signal 2512. In this case; re- 20 
re&cfing of the cluster 261 8 from the optical cfisk 2508 is 
hot carried out but readout of the next cluster 2619 Is 
carried out 

[0272] According!* to the data input to the buffer 
2503, the cluster 2619 follows the cluster 2617 as 2s 
shown in figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at wWch the last data of the cluster 261 7 is 
output from the buffer 2503, according to a nxrftor sig- so 
nal 251 5 showing the amount of date stored in toe bufter 
2§p3. When the last data of the cluster 2617 has been 
output frqfn the bun^ 2503, the system controller 2505 
p>bsts that an ECC error has occurred in the next cluster, 
to the packet generator 2504, by a signal 2513. 35 
Thereby, tie packet generator 2504 knows that the data 
of the duster to be input wfll not be input because of the 
ECC error. Then, tie packet generator 2504 sets the 
ECC flag 2702 of the CIP header 2701 to ECC error 
state, and generates a packet including no AV data 40 
2704. 

[02731 The ECC flag 2702 uses "1" to show that ah 
ECC error has occurred, and "0" to show that no ECC 
ebbor has occurred. In this case, the ECC flag 2702 is 
setto"1\ & 
[0274] Figures 29(a) and 29(b) show the structure of 
a packet 2900 when an ECC error has occurred. As 
shown to figure 28, to a cycle 2807, the packet gener- 
ated by the packet generator 2504 is output as a packet 

2803 through the data transmitter 2507 to the network so 
N. 

[0275] Next toe data erf the duster 2619 is output from 
the buffer 2503 as shown in figure 26(b). Since the data 
of the duster 2619 has no ECC error, ft is packetized by 
the packet generator 2504, like the duster 2617. At this ss 
tirfte, the ECC flag 2702 of the CiP header 2701 is "0\ 
Then, the packet generated by the packet generator 
2504 is output through the data fransmitter 2507 to the 



network N. 

[0276] As described above, to the data transmitting 
device according to the eleventh embodiment, when 
transmitting data, which fas been read from a recording 
medium for each cluster (a unit of ECC processing) and 
subjected to ECC decoding and packstizsfion, If the 
device cannot transmit the data because of an ECC 
error, in for matio n inefcattog that the ECC error has 
occurred $ added to thfc header toformafon of the 
packet ahS then the packet is transmitted. Therefore, it 
is possible to post the occurence of the ECC error to 
the receiving end, and the receiving end can speetfly 
cope wHh flie ECC error at the transmitting end. 

[Ernbodiment 12J 

[0277] Figures 30, 31(a), 31(b), 32(a) and 32(b) are 
diagrams for explaining a data transmitting device 
according to a twelfth embodiment of the present inven- 
tion. 

[02781 The sector structure of an optical disk as a 
recording medium employed to this twelfth embodiment 
is identical to that shown in figure 26(a). 
[0279] The structure of tie data tr an s mi tt in g device 
according to this twelfth embodiment Is fundamental 
identical to that of toe data transmftfing device 1011 
according to the eleventh er nbo di ment shown in figure 
25. Further, the data outputting operation to the case 
where no ECC error is detected by the ECC decoder 
2502, I.e., the operation o^ reading data from the optical 
disk 2508 and then outputting a packet to the network N 
by toe data tr ansm i tte r 2507, is identical to that already 
described for the data transmitting device 1011 of the 
eleventh embodwnenL 

[0280] The data transm i tt in g device according to the 
twelfth embodiment is different from the device accord- 
ing to the eleventh ernbodiment only in that, when ah 
ECC error ts detected, the packet generator Inserts data 
of a specific pattern into a packet, as in for m a tio n indi- 
cating the occurence of ECC error. 
[0281] Further, figures 31(a) to 32(b) show the struc- 
tures of isochronous packets 3100 and 3200, respec- 
tively; handled by the data transmitting device according 
to this twelfth embodment As can be seen from these 
figures, in the isochronous packets 3100 and 3200, the 
structures of CIP headers 3102 and 3202 are different 
from those of the CIP headers 2701 and 2901 erf the iso- 
chronous packets handled in the data transmitting 
device according to the eleventh embocfiment respec- 
tively. That is, the CIP headers 3102 and 3202 have no 
ECC flags whereas the CIP headers 2701 and 2901 
have the ECC flags 2702 and 2902, respectively. 
[0282] Also in this twelfth entoo dirh ent, the data trans- 
mftter as a digital interface employed to the data trans- 
mitting device is the IEEE1394I/F. 
[0283] A description is given of the operation of the 
data transmitting device. 

[0284] ttfeassurr^th^d^ofa du^er2617 isread 
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from the optical disk 2508, processed by me signal 
processor 2501, and subjected to ECC decoding by the 
ECC decoder 2502 with no occurrence of error. In this 
case, the data of the cluster 2617 which has been sub- 
jected to ECC decoding is read into the AV data s 
decoder 2506 and, simultaneously, Input to the buffer 
2503. Then, the data of the cluster 261 7 output from the 
buffer 2503 Is packetized by the packet generator 2504, 
ami the packet so generated Is output through the data 
transmitter 2507 to the network N. 10 
[0285] Also in this twelfth embodiment, the cluster 
2617 is composed of sectors 2601-2616, each having 
the size of 2048 bytes. Further, the packet generator 
2504 divides the data of the cluster 2617 so that the 
data can be transmitted within an obtained band, pack- is 
etizes the data of toe divided clusters after adding 
header information or the like to the data of the divided 
clusters, and outputs the packets so generated to the 
data transmitter 2507. 

[0286] F^iires 31(a) and 31(b) show the structure of 20 
an isochronous packet handled in the IEEE1394I/F. The 
isochronous packet is composed of AV data 3103, and 
an isochronous header 3101 and a CIP header 3102, 
which headers are aided to the AV data 3103, The AV 
cteta3103 corresponds to fte data of the cluster 2617. 2s 
[0287] Figure 30 shows isochronous data flowing on 
the network N. In cycles 3005 and 3006, data 3001 and 
3002 of the cluster 261 7 flow, respectively, and the data 
3002 in the cycle 3006 is the last data of the cluster 
2617. 3 o 
[0288] Next, it is assumed that an ECC error occurs 
when data of the cluster 2618 (refer to figure 26(a)) read 
from the optical disk 2507 is subjected to ECC decoding 
by the ECC decoder 2502. Then, the ECC decoder 
2502 posts the occurrence of the ECC error to the sys- 35 
tern controller 2505 by a signal 2512. In this case, re- 
reading of the cluster 261 8 from the optical disk 2508 is 
not carried out but readout of the next cluster 2619 is 
carried out 

[0289] Accordingly, in the data input to the buffer 40 
2503, the cluster 2619 follows the cluster 2617 as 
shown in Figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at which the last data of the cluster 261 7 is 45 
output from the buffer 2503, according to a monitor sig- 
nal 251 5 showing the amount of data stored in the buffer 
2503. When the last data of the cluster 2617 is output 
from the buffer 2503, the system controDer 2505 posts 
that an ECC error has occurred in the next cluster to the so 
packet generator 2504 by a signal 2513. Thereby, the 
packet generator 2504 knows that the data of the cluster 
to be input will not be input because of the ECC error. 
Thai, the packet generator 2504 generates an iso- 
chronous packet 3200 including data of a specific pat* ss 
tem 3203a indicating that an ECC error has occurred, 
instead of the AV data 31 03. 

[0290] Employed as a specific pattern indicating that 
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an ECC error has occurred is as follows: data of a pat- 
tern in which afl bits (32 bits) cn cafie horizontal fine are 0; 
or a 32-bit sequence error code 000001 B4h (h means 
hexadecimal) defined in MPEG2. 
[0291] Figures 32(a) and 32(b) show the structure of 
the packet 3200 when an ECC error has occurred. As 
shown in figure 30, in a cycle 3007, the packet gener- 
ated by the packet generator 2504 is output as a packet 
3003 through the data transmitter 2507 to the network 

[0292] Next, the data of the duster 261 9 is output fbm 
the buffer 2503 as shown in figure 26(b). Since the data 
of the cluster 2619 has no ECC error, it is packetized 
like the cluster 2617 by the packet generator 2504. 
Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 
network N, in or after a cycle 3008. 
[0253] As descrfoed above, in the data transmitting 
device according to the twelfth embodiment, when 
transmitting data, which has been read from a recording 
medium for each cluster (a unit of ECC processing) and 
subjected to ECC decoding and pactefeatloa iOhe 
device cannot transmit the data: because of an H$C 
error, data of a specific pattern is transmitted as infor- 
mation indicating that the ECC error has occurred. 
Therefore/ ft is possible to post the occurrence of the 
ECd error to the receiving end, and the recehrihg end 
can speedily cope with the ECC error at the transmitfing 
end. 

[Embodiment 13J 

[0294] Figure 33 is a diagram for explaining a data 
transmitting device according to a thirteenth embodi- 
ment of the present invention. .ft 
[0295] The sector structure of an optical disk as a 
recording medium employed in this thirteenth eiTteodJ- 
ment is fdsnticaJ to that shown in figure 26(a). 
[0296] The structure of the data transmitting device 
according to this thirteenth embodiment is fundamen- 
taBy identical to that of the data transmitting device 1011 
according to the eleventh embodiment shown in figure 
25. Further, the data outputting operation in the case 
where no ECC error is detected by the ECC decoder 
2502, i.e., the operation of reading data from the optica! 
disk 2508 and then outputting a packet to the netwosk N 
by the data transmitter 2507. is identical to that alreafay 
descrfced for the data transmitting device 1011 of the 
eleventh embodiment 

[0297] The data tr ans mit tin g device according to the 
thirteenth embodiment is cfifferent from the device 
according to the eleventh embodiment only in that, 
when an ECC error is detected, the packet generator 
adds Incorrect data CRC 3104 as inforrrstion Indicating 
the occurrence of the ECC error, 
[0298] Also in this thirteenth embodfrnerrt, the data 
transmitter as a digital interface of the data transmitting 
device is the IEEE1394I/F. ^ 
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[0299] A description Is given of the operation of the 
data transmrtiing device. 

{0800] ft is assumed that data of a cluster 2617 is read 
from the optical disk 2508. processed by the signal 
processor 2501, and subjected to ECC decoding by the 
ECC decoder 2502 wfth no occurrence of error. In this 
case, the data of the cluster 2817 which has been sub- 
jected ft> ECC decoding is read into the AV data 
decoder 2506 and, simultaneously, input to the buffer 
2503. Then, the data of the cluster 281 7 output from the 
buffer 2503 Is packstfzed by the packet generator 2504, 
and frie packet so generated is output through the data 
transmitter 2507 to the network M 
[C801J Also in this trtrteenth en*x)diment, ^e duster 
^17 is composed of sectors 2601-2818. each having 
the size of 2048 byte* Further, the packet generator 
2504 divides the dab of frie duster 2617 so that the 
data can be transmitted within an obtained band, and 
adds CRC data and header information or the tike to the 
data ofthe divided dusters. Then, the packet generator 
2504 pactefees toe data of the divided dusters, and 
outputs the packets so generated to the data transmitter 
2507. 

{0302] Figures 31(a) and 31(b) show the structure of 
an isochronous packet handled in the 1EEE13941/E The 
packet is composed of AV data 3103, an 
s header 3101 , a GIP header 3102, and data 
CRC 3104. The AV data 3103 corresponds to the data 
of the cluster 2617. 

[0303] Figure 33 shows isoc hron ous data flowing on 
the network M In cydes 3305 and 3306, data 3301 and 
3302 of the duster 261 7 flow, respectively, and the data 
3302 in the cycle 3306 is the test date of the cluster 
2617. 

[0304] Next, it is assumed that an ECC error occurs 
when the date of the cluster 2618 (refer to figure 26(a)) 
read from the optical disk 2507 is subjected to ECC 
dfipocfing by the ECC decoder 2502. Then, the ECC 
diboder 2502 posts the occurrence of the ECC error to 
the system controller 2505 by a signal 2512. in this 
case, re-reading of the duster 2618 from the optical disk 
2508 is not carried out, but readout of the next duster 
2619 is carried out 

[0305] Accordingly, in the data input to the buffer 
2503, the cluster 2619 follows the cluster 2617 as 
shewn \n figure 26(b). When the ECC decoder 2502 
posts the occurrence of the ECC error to the system 
controller 2505, the system controller 2505 detects a 
point of time at which the last data of the cluster 2617 is 
output from the buffer 2503 , according to a monitor sig- 
na$2515 showing the amount of data stored in the buffer 
2503. When the last data of the duster 2617 is output 
from tfie buffer 2503. the system controller 2505 posts 
that an ECC error has occurred in the next duster to the 
packet generator 2504 by a signal 2513. Thereby, the 
packet generator 2504 knows that the data of the duster 
to be input wOl hot be input because of the ECC error. 
Then, the packet generator 2504 generates a packet in 



which incorrect data CRC 3104 Is added to the arbitrary 
data 3103 as shown in figures 31(a) and 31(b). The 
structure of the packet so generated is apparently iden- 
tical to that of the packet shown in figures 31(a) and 
5 31(b). The data CRC 3104 is not correct CRC date with 
respect to tine data 3103. 

[0306] As shown in figure 33,. in a cyde 3307, the 
packet g ene ra t ed by the packet generator 2504 is out- 
put as a packet 3303 through the data transmitter 2504 

10 to the network N. 

[0307] Next, the data of the cluster 261 9 is output from 
the buffer 2503 as shown fri figure 26(b). Since the data 
of the duster 2619 has no ECC error, it is packaged 
fflce the duster 2617 by the packet generator 2504. 

is Then, the packet generated by the packet generator 
2504 is output through the data transmitter 2507 to the 
network N, in or after a cyde 3308. 
[0308] As described above, in the data transmitting 
device according to the thirteenth embodiment, when 

20 transmitting data, which has been read from a reporting 
mediun for each duster (a unit of ECC processing) and 
subjected to ECC decoding and packettzafion, if tfie 
device cannot transmit the data because of an ECC 
error, a packet in which incorrect data CRC is added to 

25 AV data is generated, and this packet is transmitted to 
the network: Therefore, it is possible to post the occur- 
rence of the ECC error to tfie receiving end, and the 
receiving end can speecSy cope with the ECC error at 
the transmitting end. 
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[Embodiment 14] 



{0309) Figure 34 is a block cfiagram showing a data 
receiving device according to a fourteenth embodiment 

35 of the present invention. 

[0310] Referring to figure 34, there is shown a data 
receiving device 1014. The data receiving device 1014 
is used to receive packets output from the cteta transmit- 
ting device 101 1 of tfie eleventh embodiment toward the 

40 network N, and comprises a data receiver 3404 for 
receiving the packets on the network N, a header ana- 
lyzer 3401 for analyzing a header of the received 
packet, and outputting data 3401a conesponding to a 
buffer output and a header analysis resutt 3401b, an AV 

45 data decoder 3402 for decoding the data 3401a from 
the header analyzer 3401 and outputting the resulting 
AV signal, and a system controller 3403 for contrdfing 
the decoder 3402 according to the header analysis 
result 3401bi 

so [0311] Subsequently, operation of the device 1014 wfll 
be described. When the data receiver 3404 receives the 
packets on the network N, the header 3401 at a next 
stage thereof checks their headers. More specifically, in 
a case where the packets 2801 and 2802 in figure 28 

55 are received as the packet 2700 in figures 27(a) and 
27(b), the isochronous header 2703 is first checked and 
then the CIP header 2701 is then checked When 
checking the CIP header £701, the ECC flag 2702 con- 
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talned therein Is examined. When the ECC flag indi- 
cates "ro ECC error. CRC check on the AV data 27Q4 
is performed. When the CRC is correct the AV data 
2704 is output to the AV data decoder 3402, which 
decodes the AV data and outputs the resulting AVsrg- s 
nal. 

[031 2] Subsequently, description is given of a case 
where the ECC flag 2702 indicates 'ECC error*. In this 
case, the data receiving device operates in the same 
manner that It processes the packet 2803 in figure 28 as ro 
the packet 2900 on figures 29(a) and 29(b). 
[034 3] The header analyzer 3401 posts "ECC error" to 
the system controller 3403 using the header analysis 
result 3401b. Knowing that ECC error has occurred, the 
system controller 3403 posts this to the AV date ts 
decoder 3402, which aborts normal decoding mode 
operation, and performs error handling mode operation. 
Taken as an example of the error handling mode opera- 
tion is, in a case where the AV data is MPEG data, 
retrieval of GOP (group of picture) headers, picture 20 
headers, or the ffca 

[0314] Thus, in the data receiving device 1014 of the 
fourteenth embodiment when a packet received 
through the digital interface contains information indi- 
cating that the ECC error has occurred at the transmit- 25 
ting end, this is detected and then the decoding 
operation mode converts from the normal mode to the 
error handling mode. Therefore, at the receiving end, 
the error is processed speedily, whereby disorder of the 
AV signal due to the ECC error is minimized. 30 



[Embodiment 15J 

[031 5] A data receiving device according fo a fifteenth 
embodiment wiB be described with reference to figures 
34, 30, and 31. - 

[0316] The data receiving device of the fifteenth 
embodiment is used to receive the packets in figure 30 
output from the data transmitting device of the twelfth 
embodiment toward the network M 
[0317] The data receiving device of the fifteenth 
embodiment differs from that of the fourteenth embodi- 
ment in that a header analyzer performs decision on 
data indicating that underflow has occurred. 
[0318] Subsequently, operation of the device win be 
descrbed. 

[031 9] When the data receiver 3404 receives packets 
on the network N, the header analyzer 3401 checks 
their headers. Specifically, in a case where it receives 
the packets 3001 and 3002 in figure 30 as the packet 
31 00 in figures 31 (a) and 31 (b) or the packet 3200 in fig- 
ures 32(a) and 32(b), the header analyzer 3401 checks 
the isochronous header 3101 or 3201, checks the CIP 
header 3102 or 3202, and further, checks data CRC of 
the AV data 3103 or 3203. When the data CRC is cor- 
rect, the header analyzer 3401 checks whether or not 
the AV data 3103 or 3203 contains a specific pattern. 
[0320] As examples of the specific pattern, there are 



data with ail bits set to "0* aligned in a row (32bits), a 32- 
bit sequence error code 000001 B4h (h: hexadecimal 
numbei) defined in MPEG2, and so forth. 
[0321] In case of the AV data 3103 including no spe- 
cific pattern data, ft is output to the AV data decoder 
3402. which decodes the AV data, ami outputs the 
resulting AV signal. 

[0322] Subsequently description is given of the AV 
data 3203 including the specfftc pattern. In this case, 
the data receiving device 1015 operates in the same 
manner that it processes the packet 3003 in figure 30. 
The header analyzer 3401 posts the ECC error to the 
system controller 3403 using the signal 3401b. Knowing 
the ECC error, the system controller posts this to the AV 
data decoder 3402, which aborts normal decoding 
mode operation and then starts error handling rrtbde 
operation. Taken as an example of the error handing 
mode operation is, in a case where AV data fe MPEG 
data, retrieval of OOP (group of picture) headers, pic- 
ture headers, or the like. 

[0323] Thus, in the data receiving device of the fif- 
teenth emborimerit, when a packet received ihrou^i 
the digital interfece contains the specffic pattern data as 
information indicating that the ECC error has occurred 
at the transmitting end, this is detected and then the 
decoding operation mode converts from th£ normal 
mode to the error handling mode. Therefore, at the 
receiving aid. as in the case of the fourteenth ent^S- 
ment, the error is processed speecfily, whereby cfisorder 
of the AV signal due to the ECC error is mirtrifized! 

[Embodiment 16) 



[0324] A data receiving device of the sixteenth 
as enrfobcfimeht will be described with reference to figures 
34, 31. and 33. 

[0325] The data receiving device of the sixteenth 
embodiment is used to receive pafckBts oiitput from the 
data transmitting device of the thirteenth embbcfiment 

40 toward the network N. Vv 
[0326] The data receiving device of the sixteenth 
embodiment differs from that of the fourteenth embocfl- 
ment in that a header analyzer performs decision on 
data indicating that underflow has occurred. 

45 [0327] Subsequently operation of the device will be 
described. 

[0328] When the data receiver 3404 receives the 
packets on the network N, the header analyzer 3401 
checks their headers. More specifically, in a case where 

so the packets 3301 and 3302 in figure 33 are received as 
the packet 3100 in figure 31, the header analyzer 3401 
first checks the isochronous header 3101 and thenthe 
CIP header 3102, and further, performs CRC check on 
the AV data 3103. When the data CRC 3014 Is correct, 

55 the header analyzer 3401 outputs the AV data 3 t03 to 
the AV data decoder 3402, which decodes the AV data 
and outputs the resulting AV signal. 
[0329] Subsequently description is given of a case 
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where the data CRC 3104 b incorrect In this case, the 
data receiving device 1016 operates in the same man- 
ner that ft processes the packet 3303 in figure 33. 
[0330] The header analyzer 3401 posts "ECC error* to 
the system controller 3403 using the signal 3401b. s 
Knowing the ECC error* the system controller 3403 
posts this to the AV data decoder 3402, which aborts 
normal decoding mode operation, and performs error 
handling mode operation. Taken as an example of the 
erar handling mode operation is, In a case where AV io 
data is MPEG data, retrieval of GOP headers, picture 
headers, or the like. 

[0331] Thus, in the data receMr© device of the six- 
teenth entxxfiment, when a packet received through 
the digftal interface contains the incorrect data CRC as is 
information incficafrig that the ECQ error has occurred 
at the transmftthg end, this is defected and then the 
decocfng operation mode converts from tiie normal 
mode to the error handing mod& Therefore, at the 
receiving end, as in the case of the fourteenth and fif- 20 
embocfirnerits, the error is processed speedfly, 
' disorder of the AV signal due to the ECC error 
is minimized. 



t&ntheri 
whereby< 
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[0332] Figure 35 is a block diagram showingadata 
receiving device according to a seventeenth embodi- 
ment of the present invention. 

[0333] The data receiving device 1017 Is provided so 
with a buffer 3511 between a header analyzer 3501 and 
an AV data decoder 3502, which has been added to the 
c£|a receiving device 1014 of the fourteenth embodi- 
ment in figure 34, and is used to receive packets output 
from the data transmitting device of the eleventh 35 
embodiment toward the network N. 
[0334] Subsequently, operation erf the device will be 
described. 

[0335] When the data receiver 3504 receives the 
packets on the network N, fie header analyzer 3501 40 
checks their headers. More specifically, in a case where 
the packets 2801 and 2802 in figure 28 are received as 
the packet 2707 in figures 27(a) and 27(b), the header 
analyzer 3501 first checks the isochronous header 2703 
ar« then frie CIP header 2701. When checking the CIP 4s 
header 2701, the analyzer 3501 examines the ECC flag 
2702 contained in the CIP header 2701 . When the ECC 
flag incficstes "no ECC error", the analyzer 3501 per- 
forms CRC check on the AV data. When the CRC is cor- 
rect, the header analyzer 3501 outputs the AV data so 
2704 to the buffer 3511 as a signal 3501a. The AV data 
2704 input to the buffer 351 1 is, after it is delayed for a 
fixed time, output to the AV data decoder 3502, which 
decodes the AV data and outputs the resulting AV sig- 
nal, ss 
[0336] Subsequently, description is given of a case 
where the ECC flag indicates "ECC error whan check- 
ing the ECC flag contained in the CIP header 2702. In 



this case, the data receiving device operates in the 
same manner ta|t ft processes toe packet 2803 h figure 
28 as the packet 2900 in figures 29(a) and 29(b). 
[0337] The header analyzer 3501 posts the ECC error 
to the system controller 3503 using the header analysis 
result 3501b Knowing the ECC error, the system con- 
troller 3503 posts this to the AV data decoder 3502. The 
AV data decoder 3502 performs processing considering 
that error data wffl be input thereto after some delay m 
the buffer 351 1 while data is delayed by the buffer 3511, 
and then aborts normal oecoomg mooe operation, ana 
starts error handing mode operation when the wror 
data is input thereto. 

[0338] Thus, in the data receiving device I017of the 
seventeenth embodiment, when a packet received 
through the digital interface contains the information 
i ndfca ifctg that the ECC error has occurred at the trans- 
mrtfingend, this is detected and then the decoding oper- 
ation mode converts from the normal mode to the error 
handing mode. Therefore, at the receiving end, the 
error is processed speedfy, whereby disorder of tie AV 
signal due to the ECC error Is m Wmfee dL 
[03391 Inadcfition, the AV data Is delayed by the buffer, 
and then decoded Therefore, the decoder can detect 
that incorrect AV data resufihg from the ECC error will 
be input thereto. Thereby, decocfng can be performed in 
view of error handing in advance, whereby cisorder of 
the video or audio signal due to the ECC error is effec- 
tively suppressed. 

[0340] While in the eleventh to seventeenth embodi- 
ments the IEEE 1394 is fflustrated as the digital inter* 
face, another digital interlace may be used. 
[0341] While In the eleventh to sev e n t eenth embodi- 
ments, the data recorded in the recording medium is 
used as the AV data, this may include subtitle data. 
Besides, the data recorded in the reconSrig ifiecfium 
may be one of the video data and aucfio data. 
[0342] While in the eleventh to thirteenth embocfl- 
ments the optical disk Is illustrated as ttie recording 
medium, this may be another recording medium such 
as a magnetic disk. 

[0343] In the case where ECC decoding of the duster 
2618 has developed tie ECC error in the data transmit- 
ting device of the eleventh to thirteenth embodiments, it 
wA not be reread from the optical disk 2508, and the 
subsequent cluster 2619 is read therefrom Contrary to 
this, the cluster 261 8 may be reread 
[0344] Although in the data transmitting device of the 
eleventh embodiment, whether or not the ECC error has 
occurred is indicated by the ECC flag 2702 m V or "0", 
respectively, this may be reversed. 
[0345] Whfle the data receiving device of the seven- 
teenth embodiment is shown as being the device of the 
fourteenth enrtHxTiment to which the buffer te added, the 
buffer may be added to the data receiving device of the 
fifteenth or sixteenth embodbnent. 
[0340] Whfle in the eleventh to thirteenth embed- 
ments, the buffer output is directly sent to the packet 
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generator, ft may be divided as already described fn the 
first entailment and output to foe packet generator. 

Claims 

1. A data transmitting device connected to a pre- 
scribed network, comprising: 

coring means for receiving plural kinds of 
coded data, and coupling these coded data in 
first data units to generate a first coded stream; 
dividing means tor dividing the first coded 
stream in second data units of a preserved 
data size to generate cfivided pack data corre- 
spending to cfivided packs as the second units; 
packet generating means for adding header 
information to respective divided pack data to 
generate packet data corresponding to packets 
as data transmission units; and 
transmitting means for outputting the respec- 
tive packet date toward the network as a sec- 
ond coded stream which has a data structure 
different from that of the first coded stream. 

2. The data transmitting device as defined in claim 1 
wherein the coding means is system; encoding 
means which receives the plural kinds of coded 
data, generates and outputs an MPEG? program 
stream as the first coded stream. 

3. The! data transmitting device as defined in claim 2 
wherein the dividing means divides the first coded 
stream in such a manner that the divided packs 
each contains coded data of one kind. 

4. The data transmitting device as defined in claim 3 
wherein the packet generating means generates 
packet data by acting stuffing data to a divided 
pack of a size smaller than the prescribed data size 
so that all the generated packets are of the same 
size. 

5. A data transmitting device connected to a pre- 
scribed network, comprising: 

reading means tor reading data recorded in 
sector units of a prescribed data size in a 
recording medium for each sector- 
dividing means for dividing data corresponding 
to each sector read by the reading means in 
data units of a data size smaller than that of the 
sector, to generate cfivided pack data corre- 
sponding to divided packs as the data units; 
packet generating means for adding header 
information to respective divided pack data, to 
generate packet data corresponding to packets 
as data transmission units; and 
transmitting means for outputting respective 
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packet data toward the network. 

the data transmitting device as defined in claim 5 
whereon the dividing means divides the data corre- 
sponding to the sector so that head data of each 
sector matches head data of the corresponcfing 
cfivided pack 

The data transmitting device as defined in claim 5 
wherein the packet generating means generates; 
packet data by adding information indicating that a 
cfivided pack contains head date of the correspdhd- 
ing sector to the divided pack. 

The data transmitting device as defined ifi claim 6 
wherein the packet generating means generkes 
packet data padding information indicating that a 
cfivided pack contains head data of tte corf espond- 
ing sector to the divided pack. 

The data transmitting device as defined in anff of 
claims 7 and 8 whereto, when the transmrwig 
means repeats, at fixed time intervals, packet-by- 
packet data transmission for outputting at least one 
packet data to the network at a fixed transmission 
rate, it adds information indicating that the cfivided 
pack contains the head data to a header of ah iso- 
chronous packet tor use in an isochronous transfer 
which performs the data transmission in synchroni- 
zation with a transmission request in the transmit- 
ting means* 



10. The data transmitting device as defined in anfcpf 
claims 7 and 6 where the informati on is count 
35 number indicating the number of plural divided 
packs corresponding to each sector. ' 



11. A data receiving device for receiving packet data 
output from the data transmitting device as defined 
40 in any of claims 5 to 8 as a coded stream, said 
device comprising; 



receiving means for receiving the packet data 
and outputting the divided pack data corre- 
sponding to each packet according to anaJ jfeis 
of its header information; and 
coupling means for coupling the divided pack 
data output from the receiving means to gener- 
ate data corresponding to the sector. ) 
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12. A data recording device for receiving and recording 
packet data output as a coded stream from the data 
transmitting device as defined in any of claims 5 to 
8, said device comprising: 

receiving means for receiving toe packet data 
and outputting the divided pack data coW 
spbndfrijj to each packet according to analysis 
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of its header information; 
coupBng means for coupling the dMded pack 
data output from the receiving means to gener- 
ate data conesporxfa ^ sector, and 
recording means for recording the dab eprre- 
spondingtothe sector output from the cqupgng 
means In a recording medium having a sector 
structura 



device as defined in any of 10 
the sector is 2048 bytes in 



13k The 
*? dairre? 5 to 6 



■J 



data size. 



14. IhB data recefvfog device as defined in claim 11 
wherein fte sector is 2ft48 bytes fo data siza 

15. Ihh data recorcfing device as defied fri claim 12 
: wherein the sector is 2048 bytes in data size. 

16. The data transmBfing device as defined in any of 
claims S to 8 wherein the recording medium con- 
tains MPEG2 program stream data which has been 
subjected to preserved signal processing. 

y? ■ - 

17. The data receiving device as defined in claims 11 
wherein the recording medium contains MPEG2 

% pro-am stream data which to been subjected to 
prescnDea signal processing. 

18. The date recocting device as defined in claims 12 
wherein the recording medium at the iransmSfing 
end con tains MPEG2 program stream data which 
has been subjected to prescribed signal process- 
ing. 

19. A data transmitting device connected to a pre- 
scribed network, comprising: 



20. A 



data reading means for reading data recorded 
in a recording medium; 

buffer means for temporarily storing the data 
read by tie data reading means; and 
data trahsmQing means for outputfing the data 
output from the buffer means, toward the net- 
work; 

wherein, when the buffer means goes into 
underflow state, the daia fcarisritftfog means 
outputs underflow information Indicating that 
underflow has occurf&d in the buffer means, 
toward the network. 



data reading means for r 
in a recorcfing medium; 
buffer means for tenfoorarBy 
read by the data reading mea 
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pacfet generating m^ns fof a#folg header 
informafen to the daft Output from the buffer 
means* and generating packet data corre- 
sponding to a packet which is a unft of da® 
transmission; and 

data transmitting means for outputtffig the 
packet data output from the packst generating 
means, toward the network; 
wherefrt, when die buffer means goes into 
underflow state, the packst generating means 
adds underflow information to a header section 
of the packet which in formati on indicates that 
underflow has occurred in the buffer means, 
; and outputs the packet toward the data trans- 
mitting means. 

21. The date trahsmmingde^ 
wherein: 

said data transmitting means repeats; at fixed 
time intervals, packet-by-packet data transmis- 
sion for* outputtirig at least one packet data to 
the network at a fixed transmission rate; and 
said packet generating means adds the under- 
flow information to a header of &ti isochronous 
packet used in isochron ou fc transfer in which 
said data transrrassion is performed synchro- 
nously with a transfer request generated by the 
data transmitting means. 
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22. A data transmitting device 
scribed network, comprising. 



connected to a pre- 
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data transrrittmg device connected to at pre- 
scribed network, conprising: 



data recorded 55 
storing the data 



data reading means for reading data recorded 
in a recording medium; 

buffer means for temporarily storing the data 
read by the data reading means; and 
data transmitting means for outpufiing the data 
output from the buffer means, toward the net- 
work; 

wherein, when the buffer means goes into 
underflow state, the data transmittin g means 
outputs daia of a prescribed pattern to the net- 
work, as underflow information! indicating that 
underflow has occurred in the buffer means. 

23. The data transmftting device as defined in Claim 22 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 

24w A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 19; 
data analyzing means for analyzing foe data 
received by the data receiving means, and out- 
putting information indicating thai underflow 
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26. 



A data receiving device connected to a preserved 
network, comprising: 



27. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 22; 
data analyzing means for analyzing the data 
received by the data receiving means, and out* 
putting information Indicating that underflow 
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has occurred at the transmitting end when 
underflow information is included in the data; 
are! 

data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to enrorhah- 
dfing mode on receipt of the inf o r ma ti on indi- 
cating the occurrence off underflow. 

25. A data receiving device connected to a prescribed 
network, comprising: 



data receiving means for receiving packet data 
output from the data transmitting device of is 
Claim 20; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that underflow 
has occurred at the tr ansmittin g end when 20 
underflow information Is included in the packet 
data; and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting the operating 25 
mode off the decoding from, normal mode to 
error handling mode on receipt of the informa- 
tion indicating the occurrence of underflow. 



30 



data receiving means for receiving isochronous 
packet data output from the data transmitting 
device of Claim 21; 35 
data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting information 
indicating that underflow has occurred at the 
transmitting end when the underflow informa- 40 
tion is included in the header of the iso- 
chronous packet data; and 
data decoding means for performing decoding 
based on the isochronous packet data received 
by the data receiving means, and converting 45 
the operating mode of the decoding from nor- 
mal mode to error handling mode on receipt of 
the information indicating the occurrence of 
underflow. 
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has occurred at the transmitting end when the 
data off a prescribed pattern is included fri the 
received data; and \ * 

data decoding means for performing decoding 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information any of 
indicafing the occurrence of underflow. 

2a The data transmitting device as defined in Claim 27 
wherein said data of a preserved pattern is a 
sequence error code defined in MPEG standard 

29. A data transmitting device connected to a pre- 
scribed network, comprising: 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 

error detecting means for detecting whether an 
error exists in data processing or not by decod- 
ing the error-correcting Code included in the 
data read by the data reading means; and 
data transmitting means for outputting the data 
read from the data reading means toward the 
network; *i 
wherein, when an error in data processing is 
detected by the error detecting means, the data 
transmitting means outputs error information 
indicating the occurrence of error in data 
processing, toward the network. * 

30. A data transmitting device connected to a pre- 
scribed network, comprising; 

data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; V 
error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read by the data reading means; 
packet generating means for adding header 
information to the data read by the data reading 
means, ami generating packet data corre- 
sponding to a packet which is a unit of data 
transmission; and 

data transmitting means for transmitting the 
placket data output from the packet generating 
means, toward the network; ^ 
wherein, when an error in data processing is 
detected by the error detecting means, the 
packet generating means adds error informa- 
tion to a header section of the packet Which 
information indicates that an error has ocpuhred 
in data processing, ami outputs the packet 
toward the data transmitting means. 
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H. Hhi dab fransnttfng dewice as defined Claim 30 



32. 



1 



Uai m rttil ng meant outputs data of a pre- 
served pattern to the network, as In for ma t io n 
indicating that an error has occulted in data 
processing* 

the data transmitting device as defined in Claim 32 
wherein said data of a prescribed pattern is a 
sequence error cede defined in MPEG standard 



34. A data transmitting device connected to a pre- 
. scribed network, comprising: 



data reading means for reading data recorded 
in a recording medium which data is given an 
error-correcting code; 

error detecting means for detecting whether an 
error exists in data processing or not, by decod- 
ing tie error-corr e cting code included in toe 
data read by the data reading means; 
packet generating means for adding header 
information to the data read by the data reading 
means, and generating packet data corre- 
sponding to a packet which is a untt of data 
transmission; and 

data transmitting means for tran sm it ting the 
packet data output from the packet generating 
means toward the network; 
wherein, when an error in data processing is 
detected by the error detecting means, the 
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said data transmitting means repeats, at fixBd 
time intervals, packet-|yy-pad«t date transmit 
star for outputting at least one packet data to 
the network at a fixed transmission rate; and 
said packet generating means adds fine error 
information to a header of an isochronous 
packet used in isochronous transfer in which 
said data tra nsm i ssi o n is performed synchro- 
nous*/ with a transfer request generated fay the 
data transmitting means. 



A data transmitting device connected to a pre- is 
scribed network comprising: 



data reading means for reading data recorded 
in a recording medium, which data is given an 
error-correcting code; 

error detecting [means for detecting whether an 
error exists in data processing or net, by decod- 
ing the errprKsdrrecting code included in the 
data read by the data rearing means; and 
data transmitting means for transmitting the 
data read by the data rearing means toward 
me nenyprK» 

wherein, when an error in data processing is 



20 



packet generating means adds incorrect cydc 
redundancy check data to the packet data, as 
informa t i on indicating that an error has 
occurred jfr data processing, and outputs the 
packet data. 

35. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving data output 
from the data transmitting device of Claim 29; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- 

- . • . fi i fa I1 1 n if li ■ I fi i Jf It ill rii a — fii m mmmm ■ L. .» 

puning uwormaiion ipascanng max an error nas 
occurred in data processing at the transmitting 
end when the error inf or mati on is included in 
the received data; arid 

data decoding means for performing d e co din g 
based on the data f$fcefved by the data receiv- 
ing means, arid converting the operating mode 
of the decoding from normal mode to error han- 
dling mode on receipt of the information ind- . 
eating the occurrence of. error ft data 
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36. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 
output vom tne oata uan&i tuning aevtce or 
Ctaim30; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting in fo rmat ion indicating foat an error 
has occurred in data processing at the trans* 
mitting end when the error Jnfoff fi atfan is 
included in the packet data; and 
oaxa uecoomg means tor performing aecoamg 
based on the packet data received by the data 
receiving means, and converting the operating 
mode of the decoding from normal mode to 
error handling mode on receipt of the informa- 
tion inuicaung me occurrence of error m oata 
processing, 

37. A data receiving device connected to & prescribed 
network, comprising! 

data receiving means for receiving isochr on ous 
packet data output from the data transmitting 
device of Claim 31; 

data analyzing means for analyzing the iso- 
chronous packet data received by the data 
receiving means, and outputting information 
indicating that an error has occurred in data 
processing at the transmitting end when the 
em* information is included in the header of 
the isochronous packet data; and 
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data decoding means for performing decoding 
based on the isochronous packet daft receded 
by tiie data receiving means, and converting 
the operating mode of the decocting from nor- 
mal mode to error handling mode on receipt of & 
the information indicating the occurrence of 
error in data processing. 

38. A date receiving device connected to a prescribed 
network, comprising: io 

data receiving means for receiving data output 
from the data transmitting device of Claim 32; 
data analyzing means for analyzing the data 
received by the data receiving means, and out- is 
putting information indicating that an error has 
occurred in data processing at the transmitting 
end when the data of a prescribed pattern is 
included in the received data; and 
data decoding means for performing decoding 20 
based on the data received by the data receiv- 
ing means, and converting the operating mode 
of the decoding from normal mode to error han- 
dfing mode on receipt of the i n for m ati o n indi- 
cating the occurrence of error in data 25 

39. the data receiving device as defined in Claim 38 
wherein said data of a prescribed pattern is a 
sequence error code defined in MPEG standard. 30 



sponding to divided packs as the data units; 
and 



packet generating means for adding header 
information to respective divided pack data to 
generate packet data conesporitfing to packets 
as data transmission units, 
the data transmitting means oulputting Jhe 
packet data toward the network as data ou^ut 
from the buffer means. 

42. A data receiving device connected to a preserved 
network, comprising: 



40. A data receiving device connected to a prescribed 
network, comprising: 

data receiving means for receiving packet data 35 
output from the data transmitting device of 
Claim 34; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information incficating that the cyclic 40 
redundancy check data is incorrect, when the 
cyclic redundancy check data included in the 
header section of the packet data is incorrect; 
ami 

data decoding means for performing decoding 45 
based on the packet data received by the data 
receiving means, and converting the operating 
mode of the decoding from normal mode to 
error handling mode on receipt of the informa- 
tion indicating that the cyclic redundancy check so 
data is incorrect. * . 

41. The data transmitting device as defined in any of 
claims 19, 22* and 23 further comprising: 



dividing means for dividing data output from the 
buffer means in data units of a data prescribed 
size* to generate divided pack data corre- 
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receiving means for receiving packet data out- 
put from the data transmitting device of claim 
41; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting in f orma t io n indicating thai undertow 
has occurred at a transmitting end when The 
packet data contains the underflow information; 
and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means; and converting decefcfing 
operation mode from normal mode to griror 
handling mode, upon receipt of the information 
incficating that underflow has occurred 

43. The data transmitting device as defined in any of 
claims 20 and 21 further comprising: ^ 

dividing means for dividing data output from the 
buffer means in data units of a preserved data 
size, to generate divided pack data corre- 
sponding to divided packs as the data units, 
the packet generating means receiving the 
divided pack data as the data output from the 
buffer means ami add ng header information to 
respective divided pack data to generate the 
packet data.- 

44. A data receiving device connected to a prescrfed 
network, comprising* ; ^ 

receiving means, for receiving packet data out- 
put from the data transmitting device of claim 
43; 

data analyzing means for analyzing the packet 
data reqenr ed by the data receiving means, and 
outputting information indicating that underflow 
has occurred at a transmitting; end when the 
packet data contains the underflow information; 
and 

data decoding means for performing decoding 
based on the packet data received by the data 
receiving means, and converting decoding 
operation mode from norma) mode to error 
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handing mode, upon receipt of the in fo rm a tio n 
' indicating that underflow has occurred. 

the data U nr e mitting device as defined in any of 
claims 29, 32, and 33 further comprising: 

dividing means for dividing data read from the 
data reading means in data units of a pre- 
served data size, to generate divided pack 
data corresponding to cfivided packs as the 
data units; and 

packet generating means tor adding header 
information to respective divided pack data to 
gen^e packet data cpn66^^ 
as data transmission unite, 
the data transmitting means outputting the 
packet date toward lie network as the data 
read by the data readtog means. 



46. A data receiving device connected to a prescribed 
network, conprisirig: 



receiving means far receiving packet data out- 
put from the data transmitting device of claim 
45; 

data analyzing means tor analyzing packet 
data received by toe data receiving means and 
outputting information incficating thai an error 
has occurred to data processing at a transmit- 
ting end when the pactot date contains the 
error information; and 

data decoding means for performing decoding 
based on the packet dam received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
hahefiirtgmode, upon receipt of ihe information 
indfciaihg that the error has occurred in the 
□ata processing. 



47. the data tranfemftttog device as defined in any of 
^ daflns30, 31, and 34 further comprising: 

cfividing means for dividing data read by the 
data reading means ih date units of a pre- 
scribed data size, to generate divided pack 
data corresponding to divided packs as the 
data units, 

the packet generating means receiving the 
cfivided pack (tola as the data read by the data 
reading means arid adefing header information 
to respective divided pack data to generate the 
packet data* 

* • * 

48. A data receiving device connected to a preserved 
network, conprfeing: 

iBdeivtog means for receiving packet data out- 
put from the data tra its M i l li ng device of claim 
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47; 

data analyzing means for analyzing the packet 
data received by the data receiving means, and 
outputting information indicating that an ottot 
has occurred m data processing at a transmit- 
ting end when the packet data contains the 
error information; and 

data decoding means for performing decoding 
based cm the packet data received by the data 
receiving means, and converting decoding 
operation mode from normal mode to error 
handfihg mode, upon receipt of the information 
indicating that the error has occurred to the 
data processing* 



49. A data 
towaida 



method for tr ansm ftt fo g 
network, comprising: 
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coding slep for receiving plural kinds of coded 
data, and coupling these coded data to first 
data units to generate a first code d stream; 
cfividing step tar dftfcfihg tie first coded stream 
in second data unifa» of a prescribed data size 

toi j --— * — ,Mt .t"rJ ii VI mm. iiiJi < mm t m m m mm m rmmt m in ilti i tm I n 
generate cwtaeci pacK oata corresponding to 

divided packs as the second units? 
packet generating step for adding header infor- 
mation to respective cfivided pack data to gen- 
erate packet data corresponding to packets as 
data transmission units; and 
tran s mittin g step tor outputting the respective 
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packet data toward the network as a second 
coded stream whichhas a data structure differ- 
ent from that of the first coded stream* 

50. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

reading step tor reacting data recorded to sec* 
tor units of a prescribed data size to a recording 
mecfium tor each sector; 
cfividing step for dividing date corresponding to 
each sector read in the reading step to data 
ur^ofadatosizesmaflerthanthatoftoeseo- 
tor, to generate divided pack data correspond- 
ing to cfivided packs as the data units; 
packet generating step tor adding header infor- 
mation to respective divided pack data, to gen- 
erate packet data corresponding to packets as 
data transmission units; and 
transmitting step for outputting respective 
packet data toward the network. 

51. A data transmitting method tor transmitting data 
toward a prescribed network, comprising: 

data reading step fcr reading data recorded in 
a recort&ig mecfium; 

storage dep for temporarily storing the data 
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read In the data reading step, into a buffer; and 
data transmitting step for outputting the data 
output from the buffer, toward the network; 
wherein, in the data transmitting step, when the 
buffer goes into underflow state, underflow s 
information indicating that underflow has 
occurred in the buffer is output toward the net- 
work 

52. A data transmitting method for transmitting data 10 
toward a preserved network, comprising: 

data reading step for reading data recorded in 
a recording medium; 

storage step for temporarily storing the data is 
read in the data reading step, into a buffer; 
packet generating step for adding header infor- 
mation to the data output from the buffer, and 
generating packet data corresponding to a 
packet which is a unit of data transmission; and 20 
data transmitting step for outputting the packet 
data generated in the packet generating step, 
toward the network; 
■ wherein, in the packet generating step, when 
the buffer goes into underflow state, underflow 2s 
information is added to a header section of the 
packet, which information indicates that under- 
flow has occurred in the buffer, and then the 
packet data is generated. 

30 

53. A data transmitting method for transmitting data 
toward a preserved network, comprising: 

data reading step for reading data recorded in 
a recording medium; 35 
storage step for temporarily storing the data 
read in the data reading step, into a buffer; and 
data transmitting step for outputting the data 
output from the buffer, toward the network; 
wherein, in the data transmitting step, when the 40 
buffer goes into underflow state, data of a pre- 
scribed pattern is output to the network as 
underflow information indicating that underflow 
has occurred in the buffer. 

45 

54. A data transmitting method for transmitting data 
toward a preserved network, comprising: 

data reading step for reading data recorded in 
a recording medium, which data is given an so 
error-correcting code; 

error detecting step for detecting whether an 
error exists in data processing or not, by decod- 
ing the error-correcting code included in the 
data read in the data reading step; and 55 
data transmitting step for outputting the data 
read from the data reading step toward the net- 
work; 



wherein, when an error in data processing is 
detected in the error detecting stept in the data 
transmitting step, error information indicating 
the occurrence of error In data processing is 
output toward the network. 

55. A data tr ansmi t tin g method for transmitting data 
toward a prescribed network, comprising: f . 

data reading step for reacfing data recorded in 
a recording medium, which data is given an 
eror-<x>nectirig code; 

error detecting step for defecting whethertfen 
error exists in data processing or no^ by decod- 
ing die ehraf-COTectmg code included in the 
data read in the date reatfingstfep; 

matiori to the daia read by the data rearing 
step, and generafirig packet data Correspond- 
ing to a packet which is a unit of data transmis- 
sion; and £ 
data transmitting step for transmitting the 
packet data output from the packet generating 
step, toward the network; « 
wherein, when an error in data processing^ 
detected by the error detecting step, in the 
packet generating step, error information is 
added to a header section of the packet, which 
information indicates that an error has occurred 
in data processing, and then the packet data is 
generated. 

f 

56. A data transmitting method for transmitting data 
toward a prescribed network, comprising: * 

data reading step for reading data recorded in 
a recording medium, which data is grverT^n 
error-correcting code; 

error detecting step for detecting whether an 
error exists in data processing or not by decod- 
ing the error-correcting code included in the 
data read in the data reading step; and 
data transmitting step for transmitting the data 
read by the data reading step toward the net- 
work; 

wherein, when an enor in data processtfig Is 
detected in the error detecting step in the data 
transmitting step, data of a prescribed pattern 
is output to the network as information indicat- 
ing that an error has occurred in data process- 
ing. 

57. A data transmitting method for transmitting data 
toward a prescribed network, comprising: 

data reading step for reacfing data recorded in 
a recording medium, which data is given an 
error-correcting code; p 
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error detecffng step for detecting whether an 
error exists in data processing or not by decod- 
ing the error-correcting code included in the 
data read in the data rearing step; 
packet generating step for adding header Infer- s 
matton tq the (tela read by the data reacting 
step, and generating packet data correspond- 
ing to a packet whteh is a unit of data transmis- 
sion;and 

data transmitting step tot transmitting the 10 
packet data output from the packet generating 
step toward thenetwork; 
whereto, when an error in da& processing is 
defected Si the errcrt detecting step, in the 
packet generating step, incorrect cyctfc redurv 75 
dancy che& data is added to fie packet data, 
as inferior* inpaiS^ #m W error has 
oco-BTed in data processings 
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